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About This Manual 


This manual describes Ihe Xilinx/Synopsys Interlace (XSI) program, 
a tool used lor implementing Field Programmable Gate Array 
(FPGA) designs using either Synopsys FPGA Compiler, FPGA 
Compiler II, or the Design Compiler synthesis tools. 

This manual does not cover use olSynopsys FPGA Express with the 
XSI program. 

Before using this manual, you should be lamiliar with the operations 
that are common to all Xilinx software tools: how to bring up the 
system, select a tool lor use, specily operations, and manage design 
data. These topics are covered in the Development System Reference 
Guide. Other publications you can consult lor related inlormation an* 
the LogiBLOX Reference/User Guide, and Libraries Guide. 

Additional Resources 

For additional information, go to http://support.xiIinx.com. The 
lollowing table lists some of the resources you can access from this 
page. You can also directly access some of these resources using the 
provided URLs. 


Resource 

Description/URL 

Tutorial 

Tutorials covering Xilinx design flows, from design entry to verification 
and debugging 

http://support-xilinx.com/supporl/techsup/tutorials/index-htm 

Answers 

Database 

Current listing ol solution records for the Xilinx software tools 

Search this database using the search function at 
http://support.xilinx.com/support/searchtd.htm 

Application 

Notes 

Descriptions of device-specific design techniques and approaches 
http:/ /support, xilinx.com/apps/appsweb.htm 
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Resource 

Description/URL 

Data Book 

Pages from The Programmable Logic Data Book, which describe device¬ 
specific information on Xilinx device characteristics, including read- 
back. boundary scan, configuration, length count, and debugging 
http:/ /support.xilinx.com/ part info/databook.htm 

Xcell Journals 

Quarterly journals for Xilinx programmable logic users 
http: / / support.xilinx.com/xcell/xcell.htm 

Tech Tips 

Latest news, design tips, and patch information on the Xilinx design 
environment 

http:/ /support.xiIinx.com/supporl/techsup/)ournals/index.htm 


Tine Synopsys documentation net also provides vital information for 
using the XSI program. 


Manual Contents 

This manual covers the following topics. 

• Chapter 1, Introduction to the Xilinx/Synopsys Interface, 
provides information on the XS1 Design Flow, FPGA Compiler, 
FPGA Compiler II, and Design Compiler. This chapter also 
includes a list of additional documentation. 

• Chapter 2. Getting Started, shows you how to verify your soft¬ 
ware installation, modify your Synopsys startup file, and run 
Synlibs to set the link and target libraries. 

• Chapter 3, Synthesizing Your Design, includes design informa¬ 
tion on wire-load models, lOB configuration, clock buffeis, 
memory, boundary scan, the Global Set/Reset net, the Xilinx 
DesignWare library, timing specifications, compiling, area 
reports, debugging, implementing, and saving your designs. 

• Chapter 4. Using Core Generator and LogiBLOX, provides infor¬ 
mation about using Core Generator and LogiBLOX to create 
high-level modules for your designs. 

• Chapter 5, Simulating Your Design, describes how to perform 
RTL and timing simulation. 

• Chapter 6. Using Files, Programs, and Libraries, describes the 
files, programs, and Xilinx-supplied libraries you need to trans¬ 
late your HDL design using FPGA Compiler or Design Compiler. 
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• Appendix A, XSI Library Primitives lists the primitives you can 
synthesize or instantiate in a VHDLor Verilog HDL file. 

• Appendix B, Targeting Virtex Devices, describes how to apply the 
XSI design flow to Virtex devices. 


in 
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Conventions 


This manual uses the following typographical and online document 
conventions. An example illustrates each typographical convention. 

Typographical 

The following conventions are used for all documents. 

• Courier font indicates messages, prompts, and program files 
that the system displays. 

speed grade: -100 

• Courier bold indicates literal commands that you enter in a 
syntactical statement. However, braces "{}” in Courier bold are 
not literal and square brackets "| |" in Courier bold are literal 
only in the case of bus specifications, such as bus |7:0|. 

rpt del net= 

Courier bold also indicates commands that you select from a 
menu. 

File —> Open 

• Italic font denotes the following items. 

• Variables in a syntax statement for which you must supply 
values 

edif 2 ngd design name 

• References to other manuals 

See the Development System Reference Guide for more informa¬ 
tion. 
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• Emphasis in text 

If a wire is drawn so that il overlaps the pin of a symbol. Ihe 
two nets an? not connected. 

• Square brackets "| J" indicate an optional entry or parameter. 
However, in bus specifications, such as bus 17:0], they are 
required. 

edit 2 ngd | oytio/t namej design jiame 

• Braces "| enclose a list of items from which you must choose 
one or more. 

lovpwr ={onI off | 

• A vertical bar " I" separates items in a list of choices, 
lovpwr =jonI off | 

• A vertical ellipsis indicates repetitive material that has been 
omitted. 

IOB *1: Name = Q0UT' 

IOB 12: Name = CLKIN* 


• A horizontal ellipsis "..." indicates that an item can be repeated 
one or more times. 

allow block block name loci loc 2 ... locn: 


Online Document 

The following conventions are used for online documents. 

• Red-underlined text indicates an inteibook link, which is a cross- 
reference to another book. Click the red-underlined text to open 
the specified cross-reference. 

• Blue-underlined text indicates an intrabook link, which is a cross- 
reference within a book. Click the blue-underlined text to open 
the specified cross-reference. 


pi 
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Chapter 1 


Introduction to the Xilinx/Synopsys Interface 


This chapter describes (he Xilinx/Synopsys Interface (XSI), compares 
FPGA Compiler, FPGA Compiler II, and Design Compiler, and lists 
additional Xilinx and Synopsys documentation you can use in 
conjunction with this manual. This chapter includes the following 
sections. 

• "What Is XSI?" 

• "XSI Design Flow" 

• "Comparing Design Compiler and FPGA Compiler" 

• "Using FPGA Compiler II" 

• "Xilinx Documentation Set" 


What Is XSI? 

XSI supports Synopsys FPGA Compiler Version 98.08 or later, FPGA 
Compiler II Version 3.2 or later, and Synopsys Design Compiler 
Version 98.08 or later. 

This manual does not cover the use of Synopsys FPGA Express. 

Use the XSI design tool kit to implement Xilinx Field Programmable 
Gate Array (FPGA) designs using either Synopsys FPGA Compiler or 
Design Compiler. These Synopsys High-Level Design Automation 
(HI.DA) tools allow you to create and optimize circuit designs from 
hardware descriptions written in VHSIC Hardware Description 
Language (VHDL) or Verilog HDL. Library support for XC-1000E/L/ 
EX/XL/XLA/XV and XC5200 devices includes a Xilinx DesignWare 
(XDW) library. 
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Before you start creating your FPGA designs, refer to the most 
current version of the Alliance Series 2.1 i Quick Start Guide for informa¬ 
tion about the following topics. 

• XS1 installation instructions 

• Tutorial on the M1 tools 

• Reference information on common instantiated components 

• Ml constraints guide 

For the latest information on Xilinx parts and software, visit the 
Xilinx Web site at http://www.xilinx.com. 

XSI Design Flow 

Tile “XSI Design Flow" figure illustrates the following required steps 
you follow to implement and simulate your HDL designs. 

Refer to the XS! Synopsys tutorials at http://support.xilinx.com/ 
support/teclisup/tutorials/index.htm for step-by-step instructions 
on converting your HDL designs. 

1. Use the Synlibs program to determine the appropriate libraries 
for your design. 

2. Synthesize your design with either FPGA Compiler or Design 
Compiler. 

3. Save your design as an SXNF file or an ED1F file, along with a DC 
file that contains Synopsys constraints. Make sure you use the 
.sxnf file extension for FPGA Compiler designs and the .sedif file 
extension for Design Compiler designs. 

4. Use the DC2NCF program to translate the Synopsys constraints 
DC file to a Netlist Constraints File (NCF). 

5. Run NGDBuild on the SXNF or ED1F file to create an NGD file. 

6. Run the MAP program on the NGD file to create a mapped NCD 
file. 

7. Run the TRACE program to determine if PAR meets your liming 
goals. 

8. Run PAR on the NCD file to place and route your design. 
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9. Run TRACE again on your placed and routed design. 

10. Run NGDAnno on your routed NCD and NGM tiles to create an 
NGA file. 

11. Run either NC.D2VHDL or NGD2VER on the NGA tile to create a 
VHDL (VHD) or Verilog (V) file for simulation with the appro¬ 
priate simulators for back annotation. These two programs also 
create a Standard Delay Format (SDF) file containing timing 
information. 

12. Run the BitGen program to create a bitstream for programming 
the FPGA. 
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Comparing Design Compiler and FPGA Compiler 

XSI contains libraries (or XC3000A, XC3000L, XC3100A, XC3100L, 
XC4000E, XC4000L, XC4000EX, XC4000XL, XC4000XLA, XC4000XV, 
and XC5200 FPGAs. You can use either FPGA Compiler or Design 
Compiler to synthesize a design (or these devices. Generally, (or 
XC4000L and XC4000XL devices, you can use the XC4000E and the 
XC4000EX synthesis libraries, respectively. 

Tills manual assumes that you use FPGA Compiler synthesis tools (or 
XC4000E/L/EX/XL/XLA/XV and XC5200 devices.'1( you do not 
have FPGA Compiler, XSI provides XC4tXX)E/L/EX/XL/XLA/XV 
and XC5200 libraries (or use with Design Compiler. You can use 
FPGA Compiler (or XC3000 and XC3100 devices, but the libraries lor 
these devices use the Design Compiler synthesis (eatures. 

Design Compiler oilers the following (eatures. 

• Optimizes (lip-(lops without clock enables, and latches in the 
input/output block (IOB) 

• Optimizes 3-state butters in the IOB 

• Encodes one-hot state machines 

• Automatically uses the con(igurable logic block (CLB) Clock 
Enable pin 

FPGA Compiler otters the previously described Design Compiler 
(eatures, as well as the following. 

• Optimizes logic to the XC4000E/L/EX/XL/XLA/XV CLB and 
IOB architectures 

• Reports area and timing by device architecture, (or example, 
CLB, IOB, and 3-state butter 

• Passes timing constraints to the core tools 

• Uses lookup table (LUT) optimization (or XC3000A/L, 
XC3100A/L and XC52TO devices. These new libraries that use 
the LUT optimization allow FPGA Compiler to synthesize your 
design to a collection o( lookup tables, registers, and I/O pads. 
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Using FPGA Compiler II 


FPGA Compiler II. a logic-synthesis and optimization tool, allows 
you to create optimized netlists from VHDL. Verilog, and existing 
unoptimized FPGA netlists. FPGA Compiler II (Version 3.2 or better) 
offers the following features. 

• Provides an integrated text editor for entering VHDL and Veil log 
source code for your design 

• Analyzes HDL source files for correct syntax, accepting any 
combination of VHDL. Verilog, and FPGA netlist files as sources 

• Synthesizes logic from VHDL, Verilog, and FPGA netlist sources 

• Optimizes logic for speed and area according to design 
constraints 

• Contains integrated schematic viewing and static timing analysis 

• Extracts and displays accurate post-synthesis delay information 

Synopsys provides FPGA Compiler II libraries used for Xilinx prod¬ 
ucts. 


Xilinx Documentation Set 


The following documents provide additional design information. 

• CPLD Synthesis Design Guide contains information on how to use 
your Synopsys tools with the Xilinx Development System to 
create CPLD designs. 

• Development System User Guide contains an overview of Xilinx 
software, including general design implementation flows and 
configuration hints. 

• Development System Reference Guide provides detailed information 
on the programs found in Xilinx software. 

• LogiBLOX ReferencefUser Guide describes the LogiBLOX program, 
a tool used to create high-level modules for insertion into your 
HDL design. 

• Libraries Guide presents information about the various Xilinx- 
provided primitives and macros. 
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Chapter 2 


Getting Started 


This chapter describes how to verify your software installation, 
modify the .svnopsys dc.setup file, and use the Synlibs program to 
determine the correct XSI libraries for FPCA Compiler, FPGA 
Compiler II, or Design Compiler. 

Read this chapter before you begin either the FPGA Compiler or 
Design Compiler tutorials located at http:// 
www.support.xiIinx.com/support/techsup/tutorials/index.htm. 

This chapter includes the following sections. 

• "Verifying Software Installation" 

• "Modifying the Default Svnopsys Startup File" 

Verifying Software Installation 

Use the following steps to verify installation of Xilinx. XSI. and 
Design Ware software on your system, and to ensure your .cshrc or 
.login files include the required environmental variables and search 
paths. 

Xilinx supports Synopsys v 1998.08 and later, and Svnopsys FPGA 
Compiler II version 3.2 or later. These instructions verify the installa¬ 
tion of Synopsys v 1998.08 or later. 

1. Go to the platform where the Xilinx software is installed. 

2. To verify that your system has the Xilinx software, enter the 
following. 

which par 

The full path for PAR appears. If the system cannot find PAR, 
refer to the installation instructions in the release notes or contact 
your system administrator. 
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3. To verify XSI installation, enter the following. 

which synliba 

Tile full path for XSI appears. If the system cannot find Synlibs, 
refer to the installation instructions in the release notes or contact 
your system administrator. 

4. Enter the following to change to the correct directory. 

cd SXILINX/aynop3ys/libcaciea/dw/lib/i7rcfii/ccIim‘ 

5. List the contents of this directory to verify that installation placed 
the source Xilinx DesignWare files in this directory. 

This directory contains the object file for the Xilinx DesignWare 
symbol modules (xdw jnodulesyn) and the simulation modules 
(xdu< modulesim). The variable xdto module refers to the Xilinx 
DesignWare primitive name. 

If you do not find the SYN and SIM files in this directory, refer to 
the release notes or contact your system administrator. The 
README file contains installation instructions, and resides in the 
$XILINX/synopsys/libraries/dw/src/irrdiJf<rfurc directoiy. 

6. To verify that you are using Synopsys v 1998.08 or later, enter the 
following. 

design analyser 

Tills command starts Design Analyzer and displays the version 
number on your screen. 

Modifying the Default Synopsys Startup File 

The startup file for the Synopsys synthesis tools is 
.synopsys. dc.setup. This file contains the search path for the XSI 
libraries, Synopsys libraries, and user libraries. XSI provides a 
template Synopsys startup file. 

XSI provides the template.synopsys. dc.setup dc and 
teniplate_synopsys dc.setup fc template files. You can find the 
template files in the SXILINX/synopsys/examples directory. Use 
template_synopsys,desetup dc if you use Design Compiler; use 
template_synopsys dc.setup fc if you use FPGA Compiler. 
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SSYN'OPSYS is the directory where the Synopsys software resides. If 
you do not know the location of this directory, enter the following at 
the system prompt. 

echo $STOOPSYS 

If you already have a ,synopsys_dc.setup file, you must modify your 
file to include the commands found in the Xilinx-supplied template 
startup files. 

If you do not already have a Synopsys startup file, copy the appro¬ 
priate Xilinx-supplied startup file to your home or working directory 
and rename it as follows. 

cp SXILTOX/synopsys/cxamplcs/ 

template. synopsys dc. setup_iXim/rr.Vr . synopsys dc. setup 

Substitute “dc" or "fc" for compiler. 


Checking the FPGA Compiler Setup File 

This section contains a reproduction of the template setup file for 
FPGA Compiler. 

f % Template .synop 5 ys_dc. 5 ct.up file for Xilinx designs */ 

/* For use with Synopsys FPGA Compiler. */ 

/* ==================================================—================ * f 

/ * === = ==== ===== = ======== ===== = = ======= = = ===== === = = ==== ===== === = = === * / 

/• The Synopsys search path should be set to point */ 

/* to the directories that contain the various */ 

/• synthesis libraries used by FPGA Compiler during */ 

/• synthesis. * / 



Xilinxlnstall = get_unix_variable{XILINX} ; 
Synopsyslnstall = got_unix_variablc(SYNOPSYS); 


sea rch_path = \ . \ 

Xilinxlnstall 4 /synopsys/libraries/syn \ 
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SynopsysInstall ♦ /librarics/syn \ 

/* !!!!!!!!!!!!!•••!••!•!!!!!•!!!!!! */ 
/* Ensure that your UNIX environment */ 
/* includes the two environment var- */ 
/• lables: $XXLXNX (points to the 
/* Xilinx installation directory) and*/ 
/* $SYNOPSY5 (points to the Syncpsys */ 
allation directory.) 

/* !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! */ 
/» ================================================= */ 

/• Define a work library in the current project dir */ 
/• to hold temporary files and keep the project area */ 
/• uncluttered. Note: You nust create a subdirectory */ 
/* in your pro3CCt directory called WORK. */ 

/* ================================================ * / 

define_dcsign_lib XORK -path ./MORK 


/• sssssisssrsisssusiusssnsB&ssinBfsssssssssm */ 

/• General configuration settings. 


/* ================================================= */ 

compile_fix_multiple_pcrt_nets = true 

xnfout_const ramts.pcr.endpoint = 0 
xnfout_library_version = "2.0.0* 

bus_naning_stylc - "%s<%d>* 
bus_dincnsion_scparat or_style = "><" 
bus_infcrencc — style = *is<%d>* 

/• ================================================= */ 

/• Set the link, target and synthetic library */ 

/• variables. Use ayniibs (with the -fc switch) to 
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/• determine the link end target library settings. */ 

/■ You may like to copy this file to your project */ 

f• directory, rename it *. synopsy s_.de .setup" and */ 

/■ append the output of synlibs. For example: */ 

synlibs -fc 402Sex-3 >> .synopsys_dc.setup */ 
/• —— — — — — — —— */ 


Checking the Design Compiler Setup File 

This section shows the template setup file for Design Compiler. 


emp late . syr.opsys_dc. set up file for Xilinx designs 
/* For use with Synopsys Design Compiler. 


/• The Synopsys search path should be set to point 
/• to the directories that contain the various 
/• synthesis libraries used by Design Compiler during 
/* synthesis. 

/• SS33SSXSSKSBSSKS32SSSS2SS3SSSSSSXSS2SS2SSS22SSSaSB3 

Xilinxlnstal1 = gct_unix_veriablc(XILINX); 

Synopsys Install = get_umx_var iablc (SYNOPSYS); 


sea rch_path = ( . \ 

Xi 1 mxInstall + /synopsys/librancs/syn \ 

SynopsysInstal1 ♦ /librarics/syn ) 

/* I!!!!!!!!!!!!!!!!!*!!!!!!!!!!!!!! */ 
/* Ensure that your UNIX environment */ 
/* includes the two environment var- */ 
/* lables: $XZLXNX (points to the 
/* Xilinx installation directory) and*/ 


* / 
* / 
* / 
* / 

» / 
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/* $SYNOPSY3 |points to the Syncpsys */ 
/* installation directory.) 

/* I!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! */ 

/■ ================================================= */ 

/• Define a work library in the current project dir */ 
/" to hold temporary files and keep the project area */ 
/• uncluttered. Note: You nust create a subdirectory */ 
/■ in your pro3CCt directory called MORK. */ 


define_design_lib MORK -path ./MORK 
/* ================================================= 

/* General configuration settings. 

/• ================================================= 

compile^fix_jnultiple_pcrt_nets = true 


*/ 

V 

•/ 


bus_naning_stylc = m is< id>• 
bus_dincnsion_separator.,style = " >< " 
bus_infcrcnce_style = *%s<%d> # 


edifout_net 1 ist_only = true 

edifout_pcwer_and_ground_rcprescntation = cell 

edifout_writc._propertic5_.list = "instancc^nunber pad — location part" 
edifout_no_array = true 

/• ================================================= */ 


/* Set the link, target and synthetic library */ 

• variables, use synlibs (vi o -dc switch) to 

/* determine the link and target library settings. */ 
/• You may like to copy this file to your pro3ect */ 
/• directory, rename it *. synopsys_.de.setup" and 
/■ append the output of synlibs. For example: */ 
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/' synllbs -dc 4Q28cx-3 » .synopaya_dc.setup ■/ 

/■ z:==c : = : :» n . R; r ::::n: r : z : =r : » nnB: rr:=r : = ■/ 
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Synthesizing Your Design 

Synthesize and implement your HDL designs for Xilinx FPGA 
devices with either FPGA Compiler or Design Compiler by using the 
information in the following sections. 

• "Before You Begin" 

• "Setting the Wire-load Model" 

• "Setting the Operating Condition Parameters" 

• "Porting Code from FPGA Compiler to FPGA Compiler II" 

• "Configuring lOBs" 

• "Inserting Clock Buffers" 

• "Using Memory" 

• "Performing Boundary Scans" 

• "Using the Global Set/Reset Net" 

• "Using the Xilinx DesignWare Library" 

• "Creating Timing Specifications" 

• "Compiling Your Design" 

• "Creating the Area Report" 

• "Evaluating Timing Delays" 

• "Generating Reports for Debugging" 

• "Writing and Saving Your Design" 

• "Using the Xilinx Development System" 
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Before You Begin 

Before beginning a Xilinx design using Ihe Synopsys tools, read the 
"Getting Started" chapter and ensure the following. 

• Verify the installation of XS1 and Xilinx software on your system. 

• Modify the Xilinx-provided default Synopsys startup file, if 
applicable. 

• Verify that you use Synopsys version 1998.08 or later for FPGA 
Compiler and Design Compiler, and version 3.2 for FPGA 
Compiler 11. 

Xilinx does not support the following library cells in the Spartan 
design flow because they do not exist in the Spartan architecture. 

• RAM 16X1 

• RAM32X1 

• DECODEx 

• WANDx 

• WOR2AND 

• MIX) 

• MD1 

• MD2 

Setting the Wire-Load Model 

Each primitive library contains device and speed-grade specific esti¬ 
mated pre-layout and routing wire-load models. The Synopsys tools 
can use these estimates when optimizing your design for an FPGA. 
XS1 provides two wire-load models per device-speed grade combina¬ 
tion, an average model and a worst-case model. These models receive 
" avg" and "_wc" designations, respectively, the default is inv/irge. 
Using the default (average) wire loads produces more realistic 
designs. 

To change a wire load model, use the following syntax. 

sot wire load "parttype -s.wc" 

Substitute the part type to change for parltype. 
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Run Synlibs wilh the -h option to got a listing of oil available part 
type and speed grade combinations. You can also refer to the Xilinx 
online Data Book at http://www.xilinx.com/support for current 
speed grade information. 

Setting the Operating Condition Parameters 

You need only one set of operating condition parameters, the worst- 
case commercial (WCCOM) parameter. This set of parameters is the 
default in the Xilinx libraries. 

Porting Code from FPGA Compiler to FPGA 
Compiler II 

You can port a design from FPGA Compiler or Design Compiler to 
FPGA Compiler 11. You do not have to modify the code if compiling a 
100 percent behavioral design originally compiled with FPGA 
Compiler or Design Compiler. However, if you instantiated compo¬ 
nents from the XS1 libraries understand that some of these compo¬ 
nents do not exist in the FPGA Compiler U libraries. 

Some of the components you can instantiate in the Xilinx design flow 
you cannot instantiate in the FPGA Compiler 11 tool because of slight 
differences in names. For example, the BUFGP_F in the XSI compo¬ 
nent library does not exist in the FPGA Compiler II component 
library. In FPGA Compiler II, the equivalent name of the BUFGP F is 
BUFGP. For a complete listing of the library cells that can be instanti¬ 
ated in FPGA Compiler II, refer to the contents of the following. 

ipgacompilcrll/lLb/xcZOOO 
(pgjcompi2c r !1) 11b/xc 4 000c 
fpgacorapiicr/J/1tbxc 5 200 

Tire f/ygaconipilerll directory is where FPGA Compiler II resides on 
your system. These directories contain files with a .dsn extension. The 
string in front of .dsn is the name of the CELL that you can instantiate 
in FPGA Compiler. 
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In general, instantiation is nol necessary. For the XC4000EX/XL/ 
XLA/XV FPGA Compiler II flow, you must instantiate the following 
components. 

• I/O muxes 

• Fast capture latches 

• RAM 

• BSCAN 

• LogiBLOX 

Configuring lOBs 

This section describes how to configure FPGA IOBs. You must imple¬ 
ment some features manually, but FPGA Compiler performs the 
following optimization functions automatically. 

• Inserts input buffers (1BUF) and output buffers (OBUF) 

• Inserts IBUFs and 3-state output buffers (OBUFI) for bidirec¬ 
tional I/O (IOBUF) 

• Inserts a clock buffer for ports driving clock pins (BUFG) 

Note: The following functions apply only to FPGAs with I/O flip- 
flops. 

• Optimizes a flip-flop (IFD) without a clock enable, or latch 
(ILD 1) attached to input buffers into the IOB 

• Optimizes a flip-flop without a clock enable attached to output 
buffers into the IOB (OFD) 

Indicate which ports in your design to use for chip-level I/Os with 
the Set Port Is Pad command. The Insert Pads command adds the 
correct buffers to the ports declared as pads, as shown in the 
following example. 

sot port is pad **“ 

Insert pads 
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All Architectures 

Tills section includes general information about lOBs that applies to 
all supported device architectures. 

Optimizing Inputs 

FPGA Compiler optimizes any flip-flops connected to an input port 
into the IOB if the flip-flop or latch does not use the Clock Enable, 
Direct Clear, or Preset pin. 

You can configure the buffered input signal that drives the data input 
of a storage element as either a flip-flop or a latch. You can use the 
buffered signal in conjunction with the input flip-flop or latch. 

A delay buffer added to the signal feeding the data input of the input 
flip-flop/latch avoids a possible hold time violation. Instantiating a 
flip-flop or latch, such as an 1FD F or 1LD 1F, removes this delay 
because these cells include a NODELAY attribute. Refer to the "XS1 
Library Primitives" appendix for a complete list of primitives that 
include NODELAY attributes. 

Optimizing Outputs 

FPGA Compiler has the ability to optimize flip-flops attached to 
output pad in the IOB. However, FPGA Compiler cannot optimize 
flip-flops in an IOB configured as a bidirectional pad. 

Understanding and Using Slew Rate 

Tine output buffers have a default slow slew rate that alleviates 
ground-bounce problems and the option of a fast slew rate that 
reduces the output delay. Tine SLOW option increases the transition 
time and reduces the noise level. The FAST option decreases the tran¬ 
sition time and increases the noise level. 

Warning: Synopsys and Xilinx define slew rate using opposite terms. 
Synopsys uses slew control, whereas Xilinx uses slew rale. For example, 
the Synopsys HIGH slew control is equivalent to the Xilinx SLOW 
slew rate. 

Tine XS1 libraries contain two types of output buffers. The default 
output buffer has a slow slew rate. An additional output buffer with a 
fast slew rate has a FAST attribute assigned to it, OBUF F (output 
buffer) and OBUFT F (3-state output buffer), also in the XS1 libraries. 
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To avoid possible ground-bounce problems, use the default SLOW as 
Hie slew rale. Assign a FAST slew rale only lo output buffers that 
require additional speed. 

Note: FPGA Compiler V3.3 and later versions use a default slew rate 
of slow. 

To change any output port to a FAST slew rate, use the following 
command. Replace port with the name of the output port- 


set pad typo -slewrate NONE (port) 

Set this command before implementing the Insert Pads commands. 

Table 3-1 XC4000EEXXV Slew Rate Settings 


Xilinx Slew 
Rate 

Synopsys Slew 
Control Attribute 

FPGA Compiler Command 

SLOW 

HIGH 

set pad type-slewrate HIGH {/vrf) 

FAST 

NONE 

set pad type-slewrate NONE (fW/> 


XC3000A/L and XC3100A/L lOBs 

This section describes XC3000A/L and XC3100A/L lOBs. 


Using Input Blocks 

Select input thresholds globally with TTL/CMOS. Internal pull-up 
resistors can optionally attach to the I/O pad. You can make inputs 
registered or latched. You can select register and latch setup time. 

In the default configuration, the input register or latch has positive 
setup and negative hold time (when used in conjunction with a 
global clock network). Reducing input setup time produces a small 
positive hold time. 

Registered and latched inputs become available simultaneously with 
direct input. You have no clock or latch-enable or asynchronous set/ 
reset control on input registers and latches, but you can control the 
initial state of input registers and latches. 
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Using Output Blocks 

You can select the output driver slew rate. The output driver by 
default uses a slow slew rate setting to reduce system noise and 
power. A faster slew rate decreases chip-to-out propagation delay. 

You can make outputs tristate and you can register them. 

You cannot apply clock-enable or asynchronous set/reset control on 
output registers but you can control the initial state of output regis¬ 
ters. 

Using Bidirectional Mode 

You cannot use internal pull-up resistors in this mode. 

You can select the output driver slew rate. The output driver by 
default uses a slow slew rate setting to reduce system noise and 
power. A faster slew rate decreases chip-to-out propagation delay. 

Select input thresholds globally with TTL/CMOS. Input can be regis¬ 
tered or latched and you can select register and latch setup time. 

In the default configuration, the input register or latch has positive 
setup and negative hold time (when used in conjunction with a 
global clock network). Reducing input setup time slightly increases 
hold time. 

You cannot apply clock or latch-enable or asynchronous set/reset 
control on input registers and latches. Direct input enables simulta¬ 
neous availability of registered and latched input. 

You can control the initial state of input registers and latches, and you 
can register output. 

You cannot apply clock-enable or asynchronous set/reset control on 
output registers, but you can control the initial state of output regis¬ 
ters. 
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XC4000E/L/EX/XL/XLA/XV lOBs 

This section describes XC40OOE/L/EX/XL/XLA/XV IOBs. 

Using Input Blocks 

Select input thresholds globally with TTL/CMOS. Specify an internal 
pull-up/pull-down resistor that can optionally attach to an I/O pad. 

You can make inputs registered or latched and you can select register 
and latch setup time. 

In the default configuration, the input register or latch has positive 
setup and zero hold time (when used in conjunction with a global 
clock network). For XC4000 devices, reducing input setup time 
slightly increases hold time. For XC4(XX)EX/XL/XLA/XV devices, 
three setup and hold delay adjustments allow setup versus hold 
parameter tuning. 

Direct input enables simultaneous availability of registered and 
latched input. You cannot apply asynchronous set/reset control on 
input registers and latches, but you can apply clocks and latches on 
input register and latches. 

FPGA Compiler cannot infer I/O registers and latches with clock and 
latch-enables. 

You can control the initial state of input registers and latches. 

Using Output Blocks 

You can select the output driver slew rate. By default the output 
driver uses a slow slew rate setting to reduce system noise and 
power. A faster slew rate decreases chip-to-out propagation delay 

You can register outputs and make them tristate. You cannot enable 
asynchronous set/reset control on output registers, but you can 
specify clock-enable on output registers. FPGA Compiler cannot infer 
I/O registers and latches with clock and latch enables. 

You can control the initial state of output registers. 
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Perform 2-to-l multiplexing or 2-input function directly in the output 
path of an IOB |XC4000EX/XL/XV only). You can trade an output 
register for a 2-input function or multiplexer. Additionally, you must 
instantiate the following primitives (valid for XC4000EX/XL/XLA/ 
XV/XLT). See the "XSI Library Primitives" appendix for more details. 

• OAND2 

• OMUX2 

• ONAND2 

• ONOR2 

• OOR2 

• OXNOR2 

• OXOR2 

FPGA Compiler cannot infer output drivers containing a 2-input 
function or output multiplexer. 

Using Bidirectional Mode 

You can select the output driver slew rate. By default the output 
driver uses a slow slew rate setting to reduce system noise and 
power. Faster slew rates decrease chip-to-out propagation delay. 

Select input thresholds globally with TTL/CMOS. Input can be regis¬ 
tered or latched and you can select register and latch setup time. 

In the default configuration, the input register or latch has positive 
setup and negative hold time (when used in conjunction with a 
global clock network). This corresponds to a full delay. Reducing 
input setup time slightly increases hold time. 

You cannot enable asynchronous set/reset control on input registers 
and latches. Direct input makes registered and latched input avail¬ 
able simultaneously. 

You can specify clock and latch-enable on input registers and latches. 
FPGA Compiler cannot infer I/O registers or latches with clock or 
latch enables. 

You can control initial states of I/O registeis and latches. You can 
register output. 
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You cannot enable asynchronous set/reset control on output regis¬ 
ters. but you can specify clock-enable on output registers. FPGA 
Compiler cannot infer I/O registers and latches with clock or latch 
enables. 

You can control the initial state of output registers. 

Perform 2-to-l multiplexing or 2-input function directly in the output 
path of an lOB. You can trade an output register for a 2-input function 
or multiplexer. FPGA Compiler cannot infer output drivers 
containing 2-input functions or output multiplexers. Additionally, 
you must instantiate the OMUX2, ONADN2, ONOR2, and OOR2 
primitives. See the "XSI Library Primitives" appendix for more 
details. 

Using XC5200 lOBs 

This section describes XC5200 IOBs. 

Using Input Blocks 

Select input thresholds globally with TTL/CMOS. Specify an internal 
pull-up/pull-down resistor that can optionally attach to an I/O pad. 

IOBs can contain no input registers, although you can emulate this 
functionality using the latch/flip-flop in the adjacent CLB. Addition¬ 
ally, CLB registers and latches have clock or latch-enables and asyn¬ 
chronous reset inputs. 

Tine IOB input path has an optional delay with which you can adjust 
input setup and hold times. By default an input register or latch has a 
positive setup and negative hold time (when used in conjunction 
with a global clock network). Reducing input setup time slightly 
increases hold time. 

Using Output Blocks 

You can select the output driver slew rate. By default the output 
driver uses a slow slew rate setting to reduce system noise and 
power. A faster slew rate decreases chip-to-out propagation delay. 

You can make outputs tristate. 

IOBs contain no output registers, although you can emulate this func¬ 
tionality using the latch or flip-flop in the adjacent CLB. Additionally, 


3-fO 


Xilinx Developmtn t System 




Synthesizing Your Design 


CLB registers and latches have clock or latch-enables and asynchro¬ 
nous reset inputs. 

Using Bidirectional Mode 

Select input thresholds globally with TTL/CMOS. Have an internal 
pull-up/pull-down resistor that can optionally attach to an I/O pad. 

lOBs contain no input registers, although you can emulate this func¬ 
tionality using the latch/flip-flop in the adjacent CLB. Additionally, 
CLB registers and latches have clock or latch-enables and asynchro¬ 
nous reset inputs. 

Tire lOB input path has an optional delay with which you can adjust 
input setup and hold times. By default the input register or latch has 
a positive setup and negative hold time (when used in conjunction 
with a global clock network). Reducing input setup time slightly 
increases hold time. 

You can select the output driver slew rate. By default the output 
driver uses a slow slew rate setting to reduce system noise and 
power. A faster slew rate decreases chip-to-out propagation delay. 

You can make outputs tristate. 

lOBs contain no output registers, although you can emulate this func¬ 
tionality using the latch or flip-flop in the adjacent CLB. Additionally, 
CLB registers and latches have clock or latch-enables and asynchro¬ 
nous reset inputs. 

Assigning and Prohibiting Pad Locations 

You can specify pad locations in your synthesis script or in a Xilinx 
User Constraints File (UCF). To assign pad locations in your synthesis 
DC script, include the following command in your script, replacing 
pad and pin number with the appropriate values. 

sot attribute yad “pad location" \ 

-type string "yin number" 

Refer to Tie Programmable Logic Data Book, available on the Xilinx Web 
site at http://www.xilinx.com, for the locations and name of the pins. 
For more information on the UCF, refer to the Development System 
Reference Guide or the Libraries Guide. 
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Implementing 3-State Registered Output 

FPGA Compiler infers the use of 3-slate output flip-flops, such as 
OFDT, under the following two conditions. 

• The flip-flop must directly drive the 3-state signal. 

• Tile HDL code of the flip-flop must reside in the same process as 
the 3-state HDL code. 

Tine following sections illustrate a flip-flop that does not directly 
drive the 3-state signal and one that does directly drive the 3-state 
signal. 

Example of Not Directly Driving the 3-State Signal 

If any logic exists between the flip-flop and the 3-state signal 
connected to the output flip-flop, FPGA Compiler does not infer a 3- 
state output flip-flop. Tlw following VHDL and Verilog examples 
illustrate a flip-flop not directly driving a 3-state output flip-flop. The 
"No Output Register Inferred" figure shows a schematic representa¬ 
tion. 

The three ex 1 VHDL example follows. 

library IEEE; 

use IEEE.std_lcgic_1164.all; 
use IEEE.std_lcgic_unsigncd.al1; 

entity thrce_exl is 

port <BUS_IN, EM, CLK: in STD_LOGIC; 

BUS_OUT: out 3TD_LCGIC); 
end three_cxl; 

architecture RTL of three_cxl is 

r.ignal BU3_IN_REG, BUS_OUT_REG: 3TD_LCGIC; 

begin 

sync: process (CLK) 
begin 

if (CLK' event and CLX= *1') then 
BUS_IN_REG <= BUS_IH; 

BUS_OUT_REG <= BUS_IN_REG; 
end if; 
end process; 

BUS_CX;r <= BUS_OUT_REG when <EN= 'O'J else 'Z' ; 
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end RTL; 

The three exl Verilog example follows. 

module threo.exlIBUS.IN, EN # CLK, BUS.OUT); 

input BUS.XN ; 

input EN ; 

input CLK ; 

output BUS.OUT ; 

reg EUS__OUT_REG r BUS.IM.REG, BUS.OUT; 

Always @{posedgc CLK) 
begin 

BUS_OUT_R£G = BUS.IM.REG ; 

BUS.IN_.REG = BUS.IN ; 

end 

always tf<EN or BUS.CUI.REG) 
begin 

it MEN) 

3US.CUT = 3US.CUr.REG; 

else 

bus.cut = l'bz; 

end 

endncdule 


EM 


Bl/S IN 
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q BUS IN REG 0 
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Figure 3-1 No Output Register Interred 
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Example ol Directly Driving the 3-State Signal 

The HDL code for the flip-flop must reside in the same process as the 
3-state HDL code and must directly drive the 3-state output, as 
shown in the sync process in the following VHDL and Verilog exam¬ 
ples. If the code meets these two conditions, FPC»A Compiler infers a 
registered 3-state output, as illustrated by the "Output Register 
Inferred” figure. 

Having the flip-flop and the 3-state signal in separate processes 
causes the insertion of additional logic between the flip-flop and the 
3-slate signal. 

Tire three ex2 VHDL example follows. 

library IEEE; 

use IEEE.std_lcgic_ll64.all; 
use IEEE.std_legic_unsigned.all; 

entity thrce_cx 2 is 

port <BUS_IH, EM, CLK: in STD_LOGIC; 

EUS_OUT: out 3TD_LCGICJ; 
end thrc«?_cx 2 ; 

architecture RTL of thrce_ex2 is 
signal bus_in_reg: STD_LOGlC; 
begin 

sync: process (CLX, EM) 
begin 

it ICLK' event and CLK= 'l' > then 
BU3_IN_REG <= BUS_IN; 
if <EN= '0') then 

BU3_CUT <= BUS_IM_REG; 

else 

BUS_OUT <= *Z r ; 
end if; 
end if; 
end process; 

end RTL; 
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The three ex2 Verilog example follows. 

module thrce.ex2IBUS.IN, EN. CLK, BUS.OUT) ; 

input BUS.IN ; 

input EM ; 

input CLK ; 

output BUS.OUT ; 

reg BUS.OUT ; 

reg BUSHIN..©, BUS.1N_.REG ; 

always ^{posedge CLK) 
begin 

BUS.IN.Q = BUS.IN ; 

BUS.IN.REG = BUS.IN.Q ; 

it I JEM) BU3.C17T = BUS.IN.REG; 

else BUS.OUT = l'bz; 

end 

cndncdule 



Figure 3-2 Output Register Inferred 


Inserting Bidirectional I/Os 

FPGA Compiler has the ability to insert non-registered bidirectional 
ports. Describe the 3-state signal that drives the output bullet in the 
same hierarchy level as the input signal, as in the bidi reg.vhd and 
bidi reg.v examples in the following section. 
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Instantiating a Registered Bidirectional I/O 

The top-level design examples bidi .reg.vhd and bidi reg.v instan¬ 
tiate a core design, reg4. In these examples, two clock buffers, 
CLOCKl and CLOCK2, automatically infer a BUFG buffer. The reset 
and load signals, RST and LOADA, automatically infer an IBUF 
when you run the Set Port Is Pad and Insert Pads commands. 
However, FPGA Compiler cannot automatically infer the OFDT F (3- 
state registered output buffers with a FAST slew rate) cells in bidirec¬ 
tional I/O*. Therefore, these cells and the IBUF instantiate into the 
top-level design. 

Tlie bidi reg.vhd VHDL example follows. 

library IEEE; 

use IEEE.std_lcgic_1164.all; 
entity bidi_reg is 

pert <5IGA: input STD_LQGIC_VECTOR <3 dewnto 0); 

LOADA, CLOCK!, CLOCK2, RSI: in 3TD_LC>3IC) ; 

end bidi_rcg; 

architecture STRUCTURE of bidi_reg is 
component rcg4 

port (2NX: in STD_LOGIC_VECTDR (3 downto 0>; 

IOAD, CLOCK, RESET: in 5TD_LCGIC; 

OUTX: buffer STD_LOGIC_VECTCR (3 downto 0>); 
end component; 


component OFDT_F 

pert <D: in STD_LOGIC; 

C: in STD_DOGIC; 

T: in STD_LOGIC; 

O: out STD_LOGIC>; 
end conponent; 

component IBUF 

pert { 1 : in S7D_LOGIC; 

O: out STD_LOGIC >; 
end conponent; 


signal XNA, OUTA: STD__LOGIC_VEC70R (3 downto 0); 
begin 

US: rcg4 pert map (IMA, LOADA, CLCCK1, RST, OUTA); 

U0: OFDT_F port map |OUTA|0), CLOCX2, LOADA, SIGA<0)); 
Ul: OFDT_F port map lOUTAIl), CLOCX2, LOADA, S1GA(1)); 
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U2: OFDI_F port map (OUTAI2), CLOCX2, LOADA. SIGA<2)); 
U3: OFD7_F port map |OUTA(3), CLOCX2, LOADA, S2GA<3}); 
U4: IEUF port map (SIGA(O), 2NA(0)>; 

US: IEUF port map (SIGA(l), 2NA(l>); 

U7: IEUF port map (SIGA(2), IMA(2»); 

Ufl: IEUF port map (SIGA(3), INA(3}>; 
end STRUCTURE; 

The bidi reg.v Verilog example follows. 

module bidi_reg ISIGA, LOADA, CLCCKl, CLCCK2, R3T) ; 


inout 13:0) 

SIGA j 

input 

LOADA ; 

input 

CLOCXi ; 

input 

CDDCX2 ; 

input 

RST ; 

wire (3:01 
// Netlist 

INA, OUTA ; 


rcg4 US <. INPUT<INA) , . LD <LOADA), .CLOCK(CLOCK 1) , . RESET(RST) , \ 
.OUT (GUTA)) ; 


OFD7_F UO <.D<GU7A(0]) 
OFD7_F Ul (.D<CU7A(I]J 
OFDT_F U2 <.D{CU7A[2)J 
OFD7_F U3 <.D<CU7A(3)) 
IBUF U4 (.I{SIGAf 0) ) 
IBUF U6 <-1<SIGA[1)J 
IBUF U7 <.I< 31GA[2]J 
IBUF U8 <.I{SIGAf 3]J 


.C|CLCCK2), .T(LOADA), 
.CICLOCK2), .T <LOADA), 
.CICLCCK2), .T(LOADA). 


.CICLCCK2), .T(LOADA). 
.012 NA[ 0))) ; 

.0)1 NA11))) ; 


.0 UNA (2))) ; 
.0(2 N A13))) ; 


. O | SI GA 101)) ; 
.OISIGA(II)> ; 
.OISIGAf 21)> I 
.O131CAf31) > ; 


endncdule 


The backslash ("V') character shows a line break required for format¬ 
ting purposes. 
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Compiling Bidirectional I/O 

Do not use the Set Pott Is Pad command for the instantiated I/O cells. 
For example, in the bidi reg.vhd example, use the following 
commands to insert the I/Os for the LOADA, RST, CLOCK 1. and 
CLOCK2 signaLs only. 

sec port IS pad (IX)ADA RST CLOCK 1 CLOCX 2 ) 

InserC pads 

Before compiling the disign, you must place a Dont Touch attribute 
on any instantiated I/O celLs to prevent their alteration, as shown in 
the following example. 

dont touch (O 0 01 U 2 U 3 U 6 U 7 08 ) 

Tine following example shows the script files used to compile 
bidi reg.vhd and bidi reg.v. 

Tine script file forbid! reg.vhd example follows. 


/• Sample Script for Synopsys to Xilinx Using •/ 

/* tho FPGA Compiler */ 

/* Bidirectional Register Example. */ 

/ * — — —— — — — — — — — — —— — — — — — — —— — — ——— — — — —— — — — — — — — — — — — — — — —— * / 


/* 4444*4444+4444*4444+44*4*4444*44»4*44*4444+4444 */ 

/* Read in the design */ 

/* 4*44»4444*444444444*44*4»44»4+44*4+44+4444+4444 */ 

/• Set the top-level ncdulcs name for the design */ 

TOP = bidi_reg 
SUB - rcg4 

/• Set the Designer and Company name for dccumentation */ 

designer = "XSI Team" 
company = *Xiiinx, Inc v 

/• Analyze and Elaborate the design file and specify the design file */ 

/• fornat */ 

analyze -format vhdl SUB 4 u .vhd" 
analyze -format vhdl TOP 4 M .vhd** 
elaborate TOP 
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/* Sat the currant design to the top level */ 

current.design TOP 

/* Add pads to the design. Make sure the current design is the 
/* top-level module */ 

sct_pDrt_is_pad < LOADA R3T CLCCKl CLOCK2| 
inscrt_pads 

dont_tcuch {UO Ul U2 U3 U4 U6 U7 U8| 

/* 4 * 44*44 4 4*444 4*44 + + * + * 4 * 44 * 4*4 4*44 44*4444 */ 

/* Compile the design */ 

/• 4 * 44 * 4444 * 4444 * 4444 * 44 * 4 * 44 * 4 * 44 * 4 * 44 * 4444*4444 */ 

Bt the synthesis design constraints. */ 

remove.constraint -all 

/• Synthesize and optimize the design */ 

compile -map_effort med 

/• 4 * 44 * 4444 * 4444 * 4444 * 44 * 4 * 44 * 4 * 44 * 4 * 44 * 4444*4444 •/ 

/* Save the design •/ 

/* 4 * 44 * 4444 * 4444 * 4444 * 44 * 4 * 44 * 4 * 44 * 4 * 44 * 4444*4444 */ 

/• Write the design report file */ 

rcport_£pga > TOP ♦ *.fpga" 
rcport_timing > TOP 4 w .tining" 

/* Write out the design to a DB file V 

write -format db -hierarchy -output TOP 4 ".db" 

/* Replace CLBs and IOBs with gates */ 

replace^fpga 

/• Set the part type */ 

set_attribute TOP "part" -type string *4013epq20fc-3" 

/• Save design in XMF format as <design>.sxntr */ 

write -format xnf -hierarchy -output TOP * *.sxn £" 
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/• Exit the Compiler. 


jxit 


Tine script file for bidi reg.v example follows. 


•/ 


/• ================================================ 

/• Semple Script for Synopsys to Xilinx Using 
/• the FPGA Compiler 

Bidirectional Register Example. 

/ ■ ================================================ 


•/ 

V 
•/ 

V 
•/ 


/* 4444 * 4444 * 4444 * 44 * 4 * 44 * 4 * 44 * 4 * 44 * 4444 * 4444 * 4444 * */ 
/* Read in the design */ 
/* 4444444444444444444 * 4444444 * 444444 * 4444444*44 */ 
/• Set the top-level ncdules name for the design % f 


TOP = bidi_rcg 
SUB s rcg<J 

/* Set the Designer and Conpany none for 

docuncntation. •/ 

designer = rt XSI Team" 
company = "Xilinx, Inc" 

/• Analyze and Elaborate the design file and specify the 
/• design file format 

analyze -format venlog SUB * ".v" 
analyze -format venlog TOP * w .v" 
elaborate TOP 

/* Set the current design to the top level */ 

current.design TOP 

/• Add pads to the design. Make sure the current design is the */ 

/• top-level module. */ 

sct_port_is_pad < LCADA R3T CLCCK1 CLOCK2| 
insert_pads 

dcnt — touch {UO Ul U2 U3 U4 U6 U7 US| 


*/ 

•/ 
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/* 4 + 44 + 4444 + 4444 + 4444 + 44 + 4 + 44 + 4 + 44 + 4 + 44 + 4444+4444 */ 
/* Compile the design •/ 
/■ 4 + 44 + 4444 + 4444 + 4444 + 44 + 4 + 44 + 4 + 44 + 4 + 44 + 4444+4444 */ 
f ■ Set the synthesis design constraints. 


remove.constraint -all 

/• Synthesize and optimize the design */ 

compile -map.effcrt med 


/* 4 + 44 + 4444 + 4444 + 4444 + 44 + 4 + 44 + 4 + 44 + 4 + 44 + 4444+4444 */ 
/* Save the design */ 
/* 4 + 44 + 4444 + 4444 + 4444 + 4444 + 44 + 4 + 44 + 4 + 44 + 4444+4444 */ 
/• Write the design report file •/ 


rcport.fpga > TOP * *.fpga" 
report.timing > TOP 4 u .tining" 

/* Write cut the design to a DS file 

write -format db -hierarchy -output TOP 4 n .db" 

/* Replace CLBs and IOBs with gates »/ 

rcplace.fpga 

/* Set the part type */ 

set.attribute TOP "part" -type string "4Q13cpq208-3 rt 
/■ Save design in XNF format as <dcsign>.sxnf */ 

write -format xnf -hierarchy -output TOP ♦ ".sxnf" 

/* Exit the Conpilcr. */ 

exit 

Using Unbonded IOBs 

In some package and device pairs, nol all pads bond to a package pin. 
You can use these unbonded IOBs and the flip-flops inside them in 
your design by instantiating them in the HDL code. However, 
Synopsys cannot infer unbonded primitives. 
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A ’.U' suffix indicates unbounded primitives. Refer to the "XSI 
Library Primitives" appendix for a complete listing of all unbonded 
cells. 

Adding Pull-Up and Pull-Down Resistors 

You can apply pull-up and pull-down resistors to chip-level I/O 
ports and you can use them internally. Use the following command to 
attach pull-up or pull-down resistors to I/O ports before you issue 
the Insert Pads command. 

sot pad typo (-pullup | -pulldown( port_mlme 

You can only instantiate internal pull-up and pull-down resistors. 
The following table shows which devices require pull-up/pull-down 
resistors. 

Table 3-2 Instantiating Pull-up/Pull-down Resistors 


XC3000A L 

XC4000EL 

XC4000EX.XL 

XLA'XV 

XC5200 

Pull-up 

Pull-up/ 

Pull-down 

Pull-up/ 

Pull-down 

Pull-up/ 

Pull-down 


Refer to the "XSI Library Primitives" appendix for a listing of all cells 
and their pin names for instantiation. 


See the "Configuring IOBs” section in this chapter for more informa¬ 
tion on pull-up and pull-down resistors for a specific device family. 

Removing the Default Input Delay 

The input flip-flops and latches have a default delay preceding the 
data to the input flip-flop or latch. This delay prevents any possible 
hold-time violations if you have a clock signal that also comes into 
the device and clocks the input flip-flop or latch. 

You can remove this delay by instantiating a cell that includes the 
NODELAY attribute if you need additional input speed and have no 
possibility of a hold-time violation. The "XSI Library Primitives" 
appendix lists all cells that include a NODELAY attribute. Input flip- 
flops or latches with an ~ F" suffix have a NODELAY attribute 
assigned to the cell. 
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Initializing the IOB Flip-Flop to Preset 

You can initialize IOB flip-flops to either Clear or Preset in XC3000A/ 
L and XC4D00E/L/EX/XL/XV FPGAs. The default is Clear. To 
initialize an I/O flip-flop or latch to Preset, use the following 
command to attach an IN1T=S attribute to the flip-flop. 

=ot attribute "r<^isfcr_nuim*" xnfmit \ 

*S" type string 

Replace register name with the name of the I/O flip-flop. 

You can instantiate I/O cells with the IN1T=S attribute already 
assigned to them. Refer to the "XSI Library Primitives" appendix for 
a list of all cells and their pin names for instantiation. 

Inserting Clock Buffers 

For designs with global signals, use global clock buffers to take 
advantage of the low-skew, high-drive capabilities of the primary 
global clock buffer (BUFGP) and the secondary global clock buffer 
(BUFGS). When you use the Insert Pads command, FPGA Compiler 
automatically inserts a generic global clock buffer (BUFG) whenever 
an input signal drives a clock signal. The Xilinx implementation soft¬ 
ware automatically selects the clock buffer appropriate for your spec¬ 
ified design constraints. If you want to use a specific global buffer, 
you must instantiate it. 

You can instantiate an architecture-specific buffer if you unde island 
the architecture and want to specify how to use the resources. Each 
XC4000E/L device contains four primary and four secondary global 
buffers that share the same routing resources. XC4000F.X/XL/XLA/ 
XV devices have eight global buffers, each buffer has its own routing 
resources. For all architectures, use the BUFG for up to four 
low-skew, high-fanout clock signals. 

You can use BUFGS to buffer high-fanout. low-skew signals soureed 
from inside the FPGA. To access the secondary global clock buffer for 
an internal signal, instantiate the BUFGS F cell. 

Additionally, you can use BUFGP to distribute signaLs applied to the 
FPGA from an external source. A primary global buffer can globally 
distribute internal signals, however, the signals must drive an 
external pin. 
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Controlling Clock Buffer Insertion 

Because FPGA Compiler assigns a BUFG to any input signal that 
drives a clock signal, your design can contain too many clock buffers. 
The following examples illustrate how to control clock buffer inser¬ 
tion. 

The following two examples also illustrate a gated dock using VHDL 
and Verilog HDL, respectively. By default. Synopsys assigns the 
signals INI, IN2 r IN3, IN4, and CLK to a BUFG because they ulti¬ 
mately connect to a clock pin. 

The gate clock VHDL example follows. 

entity gatc_clcck is 

pert {INI* IN2, 1N3| IN4, INS, CLK, LOAD: in BIT; 

OUTl: buffer BIT>; 
end gatc_clock 

architecture RTL of gatc_clock is 

signal GATECLK: BIT; 

begin 

GATECLK <= not(<1(INI and IN2) and IN3> and XN4) and CLK); 
process IGATECLK) 
begin 

it lGATECLK* event and GATECLK= '1*> then 
it (LOAD- *l r ) then 
OUTl <= INS; 

else 

OUTl <= OUTl; 
end if; 

end if; 
end process; 
end RTL; 

The gate clock Verilog HDL example follows. 

module gate_clock (INI, IN2, IN3, IN4, INS, CLK, LOAD, OUTi> ; 

input INI ; 

input IM 2 ; 

input IM3 ; 

input IN4 ; 

input INS ; 

input CLK ; 

input I/DAD ; 

output OUTl; 
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rcg 0UT1; 
wire GATECLK ; 

assign GATECLK = -<INl i IN2 i IN3 S IN4 & CLK) j 

always Gtposcdgc GATECLKI 
begin 

it I LOAD == l'blj 
OUT1 = INS ; 

end 

endncdulc 

FPGA Compiler identifies clock ports by tracing back from the clock 
pinson the flip-flops. In the following figure, the inpuLs to the 5-input 
NAND gate all have a BUFG inserted. 



Figure 3-3 Gated Clock After Pad Insertion 

If your design contains gated clocks or has more than four input pins 
that drive clock pins, disable the input pins to stop insertion of a 
BUFG. Refer to the "Preventing the Insertion of Clock Buffers" 
section in this chapter. 
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Determining the Number of Clock Buffers 

To determine how many clock buffets FPGA Compiler inserted in 
your design, use the Report FPGA command after using the Insert 
Pads or Compile command. Enter the Report FPGA command as 
follows. 

report tpga 

The following example shows the output produced when running 
the Report FPGA command on the previous gated clock design. 

Although clock pads ate IOBs, this report lists them separately. 


Report : tpga 
Design : gatc_clock 
Version: v3.4b 

Date : Tucs Dec 10 09:22:21 1996 


Xilinx FPGA Design Statistics 


FG Function Generators 1 

H Function Generators 1 

Number of CLB ceils: 1 

Number of Hard Macros and 
Other Cells: 

Number of CLBs in 
Other Cells: 

Total Number of CLBs: 1 

Number of Ports: 

Number of Clock Pads: 

Number of IOBs: 3 

Number of Flip Flops: 1 

Number of 3-State Buffers: 0 

Total Number of Cells: 9 
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Preventing the Insertion of Clock Buffers 

To prevent FPGA Compiler from inserting the BUFG primitive, 
specify the Set Pad Type command with the following options before 
inserting the pads. 

sot pad type -no clock (rlotl_ports) 

Replace clock ^por Is with the name of the input pins where you do not 
want a clock buffer inserted. For the gated dock VHDL and Verilog 
examples, enter the following. 

sot pad type -no clock IINI, 1N2, IN3, IN4, CLK) 

Then follow the normal procedures to set the ports as pads and insert 
the pads as follows. 

sot port is pad 
Insert pads 

Using Memory 

You can use on-chip RAM for status registers, index registers, counter 
storage, distributed shift registers. LIFO stacks, and FIFO buffers. 

The XC4000 family can efficiently implement RAM and ROM using 
CLB function generators. Implement a ROM by describing it behav- 
iorally as shown in the "Implementing XC41H10E/L/EX/XL/XV 
ROMs" section. Alternatively, the XSI XC4000E/L/EX/XL/XV 
libraries contain 16 x 1 (16 deep x 1 wide) and 32 x 1 (32 deep x 1 
wide) RAM and ROM primitives and 16 x 1 dual-port RAM you can 
instantiate. 

You can also implement memory using the LogiBLOX program. Logi- 
BLOX can create RAM and ROM between 1-32 bits wide and 2-256 
bits deep. Using LogiBLOX to add RAM or ROM to your design 
provides an efficient implementation of your memory in addition to a 
simulation model for Register Transfer Level (RTL) simulation. 

For VHDL and Verilog examples of instantiating RAM in your 
designs using LogiBLOX, refer to the "Using Core Generator and 
LogiBLOX" chapter. ALso, refer to the LogiBLOX ReferenceflJser Guide 
for more information on LogiBLOX. 
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Implementing XC4000E/L/EX/XL/XV RAMs 

Implement RAMs In your HDL with the following methods. 

• Instantiate 16 x 1 and 32 x 1 RAMs from the XS1 primitive 
libraries. 

• Instantiate any size RAM using LogiBLOX. 

Behaviorally describing RAMs in VHDL creates combinatorial loops 
during compiling. 

Implementing XC4000E/L/EX/XL/XV ROMs 

Implement ROM in your HDL with the following methods. 

• Describe ROM behaviorally. 

• Instantiate 16 x 1 and 32 x 1 ROM primitives. 

• Instantiate any size ROM using LogiBLOX. 

To instantiate the ROM 16 x 1 and ROM32 x 1 primitives into your 
design, connect the input and output pins to the appropriate signals. 
Use the DC Shell Set Attribute command to define the ROM value. 

sot attribute " initance_name“ \ 
xnf_init -typo string 
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For example, it you gave the 16 x 1 ROM an instance name of "Li 1" 
and a hex value of F5A3, you can use the DC Shell Set Attribute 
command to set the ROM value as follows. 

sec attribute “01" xnf inlt "F5A3" -type string 

Compile calculates ROM content values by considering the 16x1 or 
32 x 1 ROM's 16 or 32 1-bit locations as bits in a 16 or 32 bit word. For 
example, for a 32 x 1 ROM, specify an 8-digit hexadecimal (hex) value 
in place of the 4-digit hex value. See the "Implementing ROMs" 
figure. 

Refer to the Application Note "Using Seleet-RAM Memory in XC4000 
Series FPGAs” for more information. 



Figure 3-4 Implementing ROMs 

The 16 x 4 ROM VHDL and 16 x 4 ROM Verilog HDL examples illus¬ 
trate how to define a ROM in VHDL and Verilog HDL, respectively. 
FPGA Compiler creates ROMs from optimized random logic gates 
implemented using function generators. 
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The 16 x 4 ROM RTL VHDL example follows. 


— RTL 16x4 ROM Exarrpie 

rcml 6x4__4ic. vhd 


entity roml6x4_4k is 

pert < ADDR: in INTEGER range 0 to 15; 

DATA: out BIT_VECTOR |3 dewnto 0|>; 

end ronl6x4_4k; 

architecture RTL of roml6x4_4k is 

subtype RCM_WDRD is BIT_VECTOR |3 dewnto 0); 
type ROM_TABLE is array |0 to 1S| of ROH_WORD; 
constant ROM: ROH_TA3LE :- ROM_TABLE / i 
RCM_WDRD / (*0000") r 
RCM_WDRD' (*0001") , 

RCM_WDRD' (*0010") r 
RCM_WDRD' (*0100") , 

RCM_WDRD' (*1000") r 
RCM_TORD / (*1000") r 
RCM_W0RD' (*1100") r 
RCM_WDRD / (*1010") r 
RCM_WDRD' (*1001") , 

RCM_WDRD' (*1001") , 

RCM_WDRD' (*1010") r 
RCM_WDRD' (*1100") , 

RCM_WDRD' (*1001") , 

RCM_WDRD' (*1001") , 

RCM_WDRD / (*1101") r 
RCM_WDRD' (*1111") , 

begin 

DATA <= RCM1ADDR); — Read from the RCM 
end RTL; 


3-30 


Xilinx Development System 







Synthesizing Your Design 


The 16 x 4 ROM RTL Verilog example follows. 

module roml6x4_4k (ADOR, DATA) ; 
input (3:0) ADDR ; 
output (3:0) DATA ; 

reg 13:0) DATA ; 

always 0(ADDR) 
begin 


case <ADDR) 






4'bOOOO 

: 

DATA 


4' bOOOO 

; 

4'b0Q01 

: 

DATA 

— 

4'bOOOl 

; 

4 0 bOOlO 

: 

DATA 

— 

4'b0010 

; 

4'bOQl1 

: 

DATA 

— 

4'bOlOO 

j 

4'bOlOO 


DATA 

s 

4 'blOOO 

; 

4' bQlOl 


DATA 

— 

4'bl000 

; 

4'bOllQ 


DATA 

— 

4' bl 100 

; 

4' bOl 11 

: 

DATA 

— 

4'blG10 

; 

4'blOOO 

: 

DATA 

— 

4'blOOl 

; 

4'bl001 


DATA 

— 

4'blOOt 

; 

4'blOlO 


DATA 

— 

4' blOlO 

; 

4'blOll 


DATA 

— 

4' bl100 

; 

4'bllOO 


DATA 

— 

4'blOOl 

; 

4' bl 101 


DATA 

— 

4'bl001 

; 

4'bl110 

: 

DATA 

— 

4' bllOl 

; 

4'bl111 


DATA 

— 

4' bl 111 

i 


cndcasc 


end 

endncdule 

Implementing RAM In Vlrtex Devices 

The INIT values for RAM32X 1 and RAM32X1 1 map diiferently 
from 4000EX/XL/XV and SparlanXL. 

Virlex maps fhe lower IN 17 values lo G and upper 1N1T values to F 
for both RAM32X. 4000EX/XL/XV and SparlanXL map lhc*e lower 
1N1T values lo F and upper 1N1T values lo G. 
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Performing Boundary Scans 

The XC4000E/L/EX/XL/XLA/XV and XC5200 FPGA devices 
contain boundary-scan facilities compatible with IEEE Standard 
1149.1. Refer to the Development System Reference Guide for a detailed 
description of the XC4000E/L/EX/XL/XLA/XV and XC5200 
boundary scan capabilities. 

Xilinx parts support external (I/O and interconnect) testing and have 
limited support for internal self-test. 

Full access to the built-in boundary-scan logic exists between power- 
up and the start of configuration. Optionally, specify boundary scan 
in the design to access built-in logic after configuration. During 
configuration, you can use the Sample/Preload and Bypass instruc¬ 
tions only. 

To make boundary-scan logic active in a configured FPGA device, 
include the boundary-scan cell and its related I/O cells in the config¬ 
uration data of your design. For HDL designs, you must instantiate 
the boundary-scan symbol, BSCAN, and the boundary scan I/O pins, 
TD1, TMS, TCK. and' TDO. 

Warning: Do not use the following FPGA Compiler boundary scan 
commands because they do not work with FPGA devices. 

set jtag implementation 
set jtag instruction 
set jtag port 

The following figure illustrates the BSCAN symbol instantiated into 
an HDL design. 


3-32 


Xilinx Development System 




Synthesizing Your Design 



BSCAN | 

TDI >- 

TDI 

TDO 

TMS >- 

TMS 

DRCK 

TCK>- 

TCK 

IDLE 

From 

TDOI 

SEL1 

User Logic ] 



\ - 

TD02 

SEL2 


TDO > 


To User 
Logic 


X8560 


Figure 3-5 Boundary Scan Symbol Instantiation in XC4000 
Family 

The following examples show the code used to iastantiate the cells in 
the previous figure. Additionally, the examples include ix>de samples 
for the XC5200 family. The VHDL axle for iastantiating BSCAN in 
the XC5200 family follows. 

Note: You must apply a Dont Touch attribute on all of the following 
instantiated components. 

entity example is 

port <a f b: in bit; c: out bit}; 
end example; 

architecture xilinx of cxanplc is 
component bscan 

port |tdi r tms r tek: in bit; tdc: out bit}; 
end conponcnt; 

component tek 

port ( i : out bit J; 
end conponcnt; 

component tdi 

port < i : out bit } ; 
end conponcnt; 
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component tns 

port ( i : out bit ); 
end conponcnt; 

component tdo 

port < o : in bit J; 
end conponcnt; 

component ibuf 

port <i: in bit; o: out b.* i ; 
end conponcnt; 


component obuf 

port|i: in bit; o: out bit); 
end conponcnt; 


signal tck.net, 
signal tdi.net, 
signal tms.net, 
signal tdc.net. 


tck.net.in 
tdi.net.in 
tms.net.in 
tdo_.not.out 


: bit; 

: bit; 

: bit; 

: bit; 


begin 

ui : bscan port map (tdi=>tdi.nct, tms->tms_.net, 

tck=>tck.net, tdo=>tdo.net.out); 

u 2 : ibuf port map(i=>tck_net_in, o=>tck_nc 

u3: ibuf port map (i = >tdi_ . o=>tdi_n-r 

u4 : ibuf port map <i = >tms_net.in, o->trTs_net); 

uS : ebuf port map <i=>tdo.net.out, o->tdo.not J ; 

u6: tek port map (i = >tck.net.inl ; 

u7: tdi pert map (i=>tdi_net.in); 

u8: tms pert map <i=>tms.net.ln); 

U i : tdo port map <o=>tdo.net); 


process <b) 
begin 

if(b'event and b= r l*> then 
c <= a; 
end if; 
end process; 


end xilinx; 

The following shows the Verilog axle for instantiating BSCAN in the 
XC5200 family. 

module example <a,b,c); 
input a, b; 
output c; 
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rcq c; 

wire tck_net r tck_net_in; 
wire tdi_.net , tdi_net_in; 
wire tns_.net , tms_nct_m; 
wire t do_.net r tdo_nct__out; 

BSCAN ul (.TDI(tdi_net \, .TMSItns_nct} , 

.TCK(tck_.net>, .ICO (tdc_nct}); 

TDI u2 <.I<tdi_net_in)); 

TMS u3 (.1<tms_net_in)); 

TCX u4 (.I<tck_net_an)); 

TDO u5 <.0<tdo_net_out»); 

IBUF u6 <. I ltdi_nct_in), .O (tdi_.net)) ; 

IBUF u? (.I|tms_nct_inl, .O(tns_net)I; 

IBUF u8 {.I |tck_nct_in} # .0(tck_net)); 

OBUF u9 {.I|tdc_net| r .Oltdc_net_out)); 

always8(pcsedge b) 
c<=a; 
endncdule 

The Verilog code for instantiating BSCAN in XC4000/XC4(XX)E 
appears in the following example. Note the use of upper and lower 
case in the sample. 

module example (a,b,c); 
input a, b; 
output c; 
reg c; 

wire tck_net; 
wire tdi_net; 
wire tns_.net; 
wire tdo_nct; 

BSCAN ul (.TDI (tdi_.net} , . TMS I tns_net} , 

.TCK(tck_nct), . TCO(tdc_net»); 

TDI u2 (.I<tdi_net)\; 

TMS u3 <.I<tms_net)); 

TCX u4 (.I<tck_net)»; 

TDO u5 (.0(tdD_nct )); 
always#(pcscdgc b) 
c<=a; 
endncdule 
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The VHDL code lor instantiating BSCAN in XC4000/XC4000E 
example follows. 

entity example is 

pert {a r b: in bit; c: out bit); 
end example; 

architecture xilinx of cxanplc is 
component bscan 

port |tdi r tms r tek: in bit; tdo: out bit); 
end conponcnt; 

component tek 

port < i : out bit ) ; 
end conponcnt; 

component tdi 

port < i : out bit J; 
end conponcnt; 

component tns 

port ( i : out bit ) ; 
end conponcnt; 

component tdo 

port ( o : in bit J; 
end conponcnt; 

signal tck_net : bit; 
signal tdi_net : bit; 
signal tms_net : bit; 
signal tdc_nct : bit; 

begin 

ul: bscan port map (tdi=>tdi_net, tms->tms_.net, 

tck=>tck_nct, tdo=>tdo_net); 

u 2 : tek pert map <i=>tck_net); 

u~:: tdi port map <i = >tdi_net); 

u4: tms pert map (i->tms_net); 

uS: tdo port map (o=>tdo_.net); 

process <b) 
begin 

if<b*event and b='l*> then 
c <= a; 
end if; 
end process; 

end xilinx; 
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Using the Global Set/Reset Net 

All Xiliiix FPGA devices have a dedicated Global Set/Reset (GSR) net 
that initializes all CLBs and IOB flip-flops. The function of the GSR 
net is separate (torn and overrides the individual flip-flop or latch 
Preset (PRE) and Direct Clear (CLR) pins. 

If your design includes a signal used to globally initialize all the flip- 
flops or latches, use the GSR net to increase design performance by 
reducing the overall routing congestion. The GSR net, a dedicated 
routing resource, exists outside of the general purpose interconnect. 
You can disconnect your design's global initialization signal from the 
flip-flops and latches in your design and implement this function 
using tlie device’s dedicated GSR net. 


CLK 



0°— Q 


PRE 


X8003 

Figure 3-6 Emulalion of Power-on State “I” with Inverters 
(XC3000A/L. XC3100A. and XC5200) 

Accessing Global Set/Reset Using STARTBUF 

Access an FPGA's GSR signal by attaching a net to the input pin on 
the STARTBUF cell. Asserting the net attached to the STARTBUF 
block's GSR pin also asserts FPGA Global Set/Reset causing every 
flip-flop and latch in the device to assume its power-on state. 
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You must instantiate the STARTBUF block. 

Tile GSR net does not appear In the pre-placed and routed netlist. 
Asserting the GSR signal to High (the default) sets even 1 (lip-flop and 
latch to the same state it had at the end of configuration, illustrated in 
the following tables. When you simulate the placed and routed 
design, the simulator's translation program correctly inserts the func¬ 
tionality. 

Any signal can drive the STARTUP block's GSR pin. however, do not 
use flip-flop or latch output signals. 

Synthesizing/Simulating for VHDL Global Set/Reset 
Emulation 

VHDL requires a testbench to control all signal ports. You can instan¬ 
tiate certain VHDL-specific components, explained in the following 
sections, in the RTL and post-synthesis VHDL description to allow 
the simulation of the global signals for global set/reset and global 3- 
state. 

NGD2VHDL creates a port in your back-annotated design entity for 
stimulating Ihe global set/reset or 3-state enable signals. This port 
does not actually exist on the configured part. 

When running NGD2VHDL, you do not need to use the -gp switch 
to create an external port if you instantiate a STARTUP block in your 
implemented design. The port is already identified and connected to 
the global set/reset or 3-state enable signal. If you do not use the -gp 
option or a STARTBUF block, you must use special components, as 
described in the following sections. 

Using STARTBUF in VHDL 

STARTBUF replaces STARTUP With STARTBUF you can functionally 
simulate the GSR/GR net in both function and timing simulation. By 
connecting the input pin of the STARTBUF to a top-level port and 
using STARTBUF as Ihe source for all asynchronous set/riset signals 
in a design. Xilinx M1 software can automatically optimize the design 
to use the GSR/GR. Because you can use STARTBUF in functional 
simulation (unlike STARTUP), when you use STARTBUF you can 
map to the GSR/GR in a device. You can still use STARTUP, but it 
does not always provide correct GSR/GR in HDL flows. 
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Tine STARTBUF component passes a reset or 3-state signal in the 
same way that a buffer allows simulation to proceed and also instan¬ 
tiates the STARTUP block for implementation. One version of 
STARTBUF works for all devices, however, the XC5200 and the 
XC4000 STARTUP blocks have different pin names. Implementation 
with the correct STARTUP block occurs automatically. The following 
shows an instantiation example of the STARTBUF component. 

ul: STARTBUF poet map (GSRIH => DEV_G3R_P0RT, GTSI It 
=>DEV_GTS_PORT. CLK1N => *0' , GSROUT => GSR_!1ET, 
GTSQUT => GTS_NET, 02OUT => open, Q3GUT => open, 
Q1Q4CUT => open, COHEINOUT => open): 

You can use one or both of the input ports (GSR1.M and GTS1N) of the 
STARTBUF component and the associated output ports (GSROUT 
and GTSOUT). You can use pins left open to pass configuration 
instructions to the implementation tools by connecting the appro¬ 
priate signal to the port instead of leaving it open. 

Instantiating a STARTUP Block in VHDL 

Tire STARTUP block traditionally instantiates to identify the GR. 
PRLD. or GSR signals for implementation. However, simulation can 
occur only when the net attached to the GSR or GTS goes off the chip 
because the STARTUP block does not have a simulation model. You 
can use the new components described below to simulate global set/ 
reset or 3-state nets whether or not the signal goes off the chip. 

Setting Direct Preset or Direct Clear 

You can program each flip-flop and latch as either Preset or Clear but 
not both. The device's automatic assertion of its own GSR net asyn¬ 
chronously sets flip-flops and latches as either Preset or Cleared upon 
completion of configuration. Use individual flip-flop and latch Preset 
(PRE) and Clear (CLR) pins to set them as preset or cleared. 

Tire power-on state of a register or latch and the selection of PRE or 
CLR pin must match. For example, a register with a CLR pin assumes 
the value of 0 on power-up. Alternatively, a register with a power-up 
state of 0 can only have a CLR pin. 

To get an async set or async reset FF, describe the behavior in the RTL 
code. If you only want to describe the power-on state of an FF, 
connect the async set or async reset signal of the RTL FF to the 
ROCBUF. 
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Increasing Performance with the GSR Net 

Many designs have a nel Ilia I initializes the majority of the design's 
flip-flops. If this signal initializes all the design's flip-flops, you can 
use the GSR net. 

To have your HDL simulation match that of the resulting design, 
modify your HDL code so that asserting the GSR signal presets or 
clears eveiy flip-flop and latch. You must ensure that this signal does 
not get muted around general purpose interconnect but instead uses 
the dedicated global routing resource. Disconnect this signal with the 
Disconnect Net command after you compile your design but before 
you save it. 

Alternatively, the Xilinx tools move this signal on to the device's 
dedicated GSR routing network when the following conditions apply. 

• The asynchronous Preset or Clear pin of every register in your 
design that has this pin connects to the same net. 

• That net connects to the GSR pin of the STARTUP block. 

• You use STARTBUF (see the ' Using the Global Set/Reset Net" 
section). 

Tine following figure illustrates this flow. 
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Figure 3-7 Increasing Performance with GSR Net 

The following VHDL and Verilog examples illustrate a design that 
uses the GSR net. The design contains two flip-flops, one reset and 
one set when the signal RST is High. 

The following example shows VHDL code before using the GSR net. 

library IEEE; 

use IEEE.std_lcgic_1164.all; 
use IEEE.std_lcgic_unsigncd.all; 

entity gsr_cx is 

pert { CLX, RST : in STD_L/DGIC; 

ST: butter std_logic_vector <1 dewnto 0)»; 

end gsr_cx; 

architecture EXAMPLE of qsr_ex is 
begin 

process <CLK, RST} 
begin 

if RST= '1* then 

ST <= *01*; 

elsif tCLK*event and CLK= % l f ) then 
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ST <= ST * *01"; 

end if; 
end process; 

end EXAMPLE; 

The following example shows Verilog axle before using the GSR net. 

module gsr_ex (CLX, RST, STJ ; 


input CLK ; 
input RST ; 
output f1:01 ST; 

reg 11:01 ST; 


always @{poscdgc CLK or poscdqe RST) 
begin 

if IRST == l'bl) 

ST = 2'b01 ; 
else 

ST = ST l'bl ; 

end 


Add the reset signal in your design to the GSR pin of the STARTUP 
block. This makes the Xilinx tools move this signal on to the dedi¬ 
cated muting network if all other conditions are satisfied. 

To utilize the GSR net, add the STARTUP block to your design by 
instantiation, illustrated in the following examples. T^e following 
example shows VHDL code using the GSR net. 

library IEEE; 

use IEEE.std_lcgic_1164.all; 
use IEEE.std_lcgic_unsigncd.all; 

entity top_gsr is 

pert { CLX,RST : in S7D_LOGIC; 

ST: buffer 3TD_LOGIC_VECTOR <1 downto 0)\; 

end top_gsr; 

architecture EXAMPLE of top_gsr is 
component STARTUP 

port I GSR: in STD.LCGICJ; 
end component; 
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component gsr_cx 

port [ CLX,RST: in STD_LCGIC; 

ST : buffer STD_LCGIC_VECTOR (1 downto 0)); 

end component; 
begin 


U1 : STARTUP port map IGSR=>RST); 

U 2 : gsr_cx pert nap <CLK=>CLX,RST=>RST,ST=>ST(; 
end EXAMPLE; 

The following example shows Verilog code using ihe GSR net. 

module top_gsr <CLK, RST, ST) ; 
input CLK ; 

input RST ; 

output (1:01 ST; 

STARTUP Ul l.GSR(RST)) ; 

gsr_cx U2 <.CLK<CLKJ, .RST(RST ), .STISTJJ ; 
endncdule 

Because the STARTUP block does not use any outputs in this 
example, FPGA Compiler removes the STARTUP block unless you 
specify the Dont Touch attribute for Ul. You must Lssue this 
command before inserting the I/O pads. 

Using the Xilinx DesignWare Library 

The XC4000E/L/EX/XL/XLA/XV and XC5200 DesignWare libraries 
describe adders, subtracters. comparators, incremenlers, and decre- 
menlers lhal map to the last carry logic structures available in the 
target architecture. 

Improving Design Area and Speed 

For XC4000E/L/EX/XL/XLA/XV and XCf.200 designs using VHDL 
or Verilog arithmetic operators, take advantage of the Xilinx Design- 
Ware (XDW) library. This library contains the arithmetic functions 
that utilize the XC4000E/L/EX/XL/XLA/XV and XC5200 dedicated 
carry logic to improve both the area and speed of the design. 
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The following table lists the VHDL and Verilog arithmetic operators 
and the XDVV modules to which they map. 

Table 3-3 Arithmetic Operators for XDW Modules 


Operators 

XDW Module 

♦ 

ADD SUB 

- 

ADD SUB 

<, <=, >. >= 

COMPARE 

* 1 

INC DEC 

-1 

INC DEC 


Tire XDW library contains twos complement and unsigned binary 
modules of widths 6, 8.10, 12, 14, 16,20,24. 28. 32. and 48. Addition¬ 
ally. you can use available 64-bit widths for the COMPARE module 
only. Operands falling between bit ranges map to the next higher 
bit-width module. Tire Xilinx design implementation tools remove 
any unused logic when implementing a smaller bit width or when 
adding, subtracting, or comparing with a constant value. 

Tire XDW library contains area and speed information for its 
modules. This information allows FPGA Compiler and Design 
Compiler to compare XDVV implementations of arithmetic functions 
to other DesignVVaie libraries available at compile time. XS! then 
selects the implementation that best meets your timing and area 
constraints. 

XC4000E/L/EX/XL/XLA/XV devices accommodate two bits of 
arithmetic function per CLB, and XC5200 devices accommodate four 
bits per CLB. XC4000E/L/EX/XL/XLA/XV devices implement 
arithmetic functions in one vertical column of CLBs. The carry propa¬ 
gation direction is upward in XC4000EX/XL/XLA/XV devices and 
up or down in XC4000E/L devices. XC5200 devices implement arith¬ 
metic functions in two vertical columns of CLBs and have an upward 
carry propagation direction. 

Tine Xilinx place and route tools determine the best placement for the 
CLB columns in the target device and break or wrap a column if 
constrained by the physical boundaries of the device. However, as a 
general rule, choose a target device that can accommodate the 
"tallest" arithmetic structure in your design without altering the 
shape of this structure. Selecting the correct device makes it easier to 
place and route predominately data path-based designs. 
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Creating Timing Specifications 

The liming constraints issued to Synopsys to control the synthesis 
process pass through to the design implementation tools to control 
the place and route process. To get the best possible results, make 
these constraints realistic and achievable. 

During the synthesis of your design, area and timing constraints can 
impact implementation almost as much as changes made to your 
HDL code. Carefully apply area and timing constraints. During the 
implementation of your design, timing constraints have a direct 
impact on run time and performance verification. For example, the 
run time required to find a place and route solution to support the 40 
MHz operation of a design takes longer than that required to find a 4 
MHz solution. Meaningful and detailed timing constraints also allow 
the design implementation tools to report the status of your design's 
timing in terms of your timing goals. 

Tine DC2NCF program converts timing constraints applied to your 
design in the Synopsys environment to equivalent constraints that 
control the Xilinx place and route process. Automatic translation of 
these constraints offers an advantage because you do not need to 
apply the constraints twice (once for Synopsys and again for Xilinx). 
Tine constraints used by Xilinx are equivalent to those applied with 
Synopsys. 

DC2NCF supports translation of the following Synopsys timing 
constraints. 

• create_cloek 

• set_input_delay 

• set _output_delay 

• set_max^delay 

• set_false^ path 

If you have additional Synopsys timing constraint commands in your 
Synopsys script file, DC2NCF issues a warning and does not translate 
them. 

DC2NCF translates a Synopsys DC file to a Xilinx Netlist Constraints 
File (NCF). The DC file is a Synopsys script file containing the 
constraints that have been applied to your design. EDIF2NGD or 
XNF2NGD reads the output NCF file. The constraints in the NCF file 
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become pat I of Ihe NGO file produced by EDIF2NGD or XNF2NGD. 
Tlie following example shows how lo translate a DC file to an NCF 
file. 

dc 2 ncf .dc) |-o .ncf ] 1 (-w | -wildcard) 

When you specify the -w option. DC2NCF creates an NCF file with 
wildcards. The-w option can significantly increase run time. An NCF 
backup file without wildcards saves as ncf file.ncf orig. To use the 
original file without wildcards, rename ncf Jile.nd orig to ncfjile.nd. 

Following the DC2NCF Design Flow 

Before running DC2NCF, apply your timing constraints to your 
design and then compile it. Also, when using FPGA Compiler for 
XC4000E/L/EX/XL/XLA/XV designs, run the Replace FPGA 
command, then create a netlist and a corresponding script file that 
contains the constraints. 

DC2NCF can incorrectly translate the timing constraint commands in 
user-created script files. Always generate script files as described in 
the following sections using either DC Shell or Design Analyzer. 

Creating the Netlist and Script File (Design Compiler) 

You can use DC Shell or Design Analyzer to create your design's 
netlist and theSynopsys constraints script file. 

From the DC Shell command line, perform the following steps. 

1. Flatten your design's hierarchy by entering the following, 
ungroup -all -flatten 

2. Enter the following to create the netlist. 

write -format edif -hierarchy -output \ 

design name. sedif 

The "\" indicates you issue this command in one line, not two as 
presented here. 

3. To write your design's constraints as a Synopsys script file, enter 
the following. 

write script > design _ name. dc 
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From Design Analyzer, perform the following steps. 

1. Select File--Save As 

Tile Save File dialog box appears. 

2. Select the ED1F option in the File Format field. Change the exten¬ 
sion to .sedif in the File Name field. 

3. Turn off the Save All Designs in Hierarchy option. 

4. Select OK. 

5. Select Setup—'Command Window to get the command window. 

6. At the command window prompt, enter the following. 

ungroup -all -flatten 

7. To write your design's constraints as a Synopsys script file, select 
the design setup function, File-*Save Inf o-*Design Setup. 

The Save Design Setup dialog box appears. 

8. Select OK. 

Creating the Netlist and Script File (FPGA Compiler) 

Before you create the netlist or the constraints file, you must flatten 
any hierarchy in your design. Flattening your design removes hier¬ 
archy information from the Synopsys internal database. However, the 
hierarchical net names and instance names assigned to objects during 
compilation are retained and written to the output netlist. The Xilinx 
software reconstructs most of your design’s hierarchy from the infor¬ 
mation contained in the instance names and net names. 

Use the DC Shell or Design Analyzer to flatten your design, create 
your design's netlist, and create the Synopsys constraints script file. 

To flatten your design's hierarchy prior to writing a netlist and 
constraints file from the DC Shell command line, perform the 
following steps. 

1. Enter the following to flatten the design. 

ungroup -flatten -all 

2. To create your design’s netlist in XNF format, enter the following, 
write -format xnf -output designjuntie. sxnf 
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3. To write your design's constraints as a Synopsys script file, enter 
the following. 

write script > designjiame.de 

To flatten your design's hierarchy from Design Analyzer, perform the 
following steps. 

1. Select Setup--Command Window. 

Tile Command Window appeals. 

2. Enter the following at the command line, 
ungroup -all -flatten 

3. Select File--Save As 

The Save File dialog box appears. 

4. Select the XNF option in the File Format field. Change the .xnf 
extension to .sxnf in the File Name field. 

5. Turn off the Save All Designs in Hierarchy option. 

6. Select OK. 

7. To write your design's constraints as a Synopsys script file, select 
the design setup function. File—-Save ln£o-*Design Setup. 
Tine Save Design Setup dialog box appears. 

8. Select OK. 

Understanding DC2NCF Translation Limitations 

Tills section lists the Synopsys commands you can use to create 
tinning specifications for your Xilinx designs and provides informa¬ 
tion about DC2NCF support for the Synopsys timing commands. 

Limitations of Create Clock 

Tine Create Clock command applies a constraint of period value nano¬ 
seconds to all paths between the registers reached by tracing forward 
from the entries on the port_orj)inJist. A general description of the 
Create Clock command follows. 

• Syntax 

create clock [/>orf or. pin list] [-name clock, name] \ 
[-period period value] [-waveform edgejisl ] 
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• Virtual docks 

DC2NCF does not support virtual clocks and therefore does not 
support Create Clock statements without a perl or pinjist. 

• Complex clock waveforms 

Since DC2NCF only supports single-cycle dock waveforms, the 
waveform edge.list variable can only contain two values. 

• Targets for Create Clock 

DC2NCF translates the Create Clock command into the Xilinx 
PERIOD constraint, applied to chip-level input (or bidirectional) 
ports and to the outputs of primitive Xilinx cells. Therefore, the 
purl or.pin list variable can only include references to these types 
of nodes. 

Limitations of Set Input Delay and Set Output Delay 

Tine Set Input Delay command specifies that data arriving at the 
inputs listed in the perl or pin list delays externally by the number of 
nanoseconds specified by delay value. 

Tine Set Output Delay command specifies that data arriving at the 
outputs listed in the port or pin list drives into an external delay of 
delay value nanoseconds. 

Therefore, constrain internal paths starting (Set Input Delay) or 

ending (Set Output Delay) at any of the nodes listed in the 

port or pin list more tightly to accommodate these external margins. 

• Syntax 

set input delay delay value \ 

[-clock dock.name [-clock fall] \ 
[-level_aensitive]] \ 

(-rise | -fall] [-max] [-min] [-add delay] \ 

porl_or_pinJist 

set output delay delay_va!ue \ 

[-clock clock name [-clock fall] \ 
[-level_sensitive]] \ 

[-rise | -fall] [-max] [-min] \ 

[-add delay] port or.pin Jisl 
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• Minimum delay constraints 

Normally, Ihe -min switch specifies fhe minimum value of an 
external delay. However, because Xilinx allows constraining only 
maximum delays within a device, DC2NCF does not support the 
-min switch. (This also makes the -max switch redundant.) 

• Rising and falling constraints 

Because Xilinx does not categorize timing paths by their sensi¬ 
tivity to rising or falling edges at their inputs. DC2NCF does not 
support the Rise. Fall, and Clock fall switches. 

• Latch versus register path sources 

Because Xilinx does not compute path delays differently 
depending on the type of sequential cell that sources the path. 
DC2NCF does not support the Level Sensitive switch. 

• Targets for Set Input Delay and Set Output Delay 

DC2NCF translates the Set Input Delay and Set Output Delay 
commands into the Xilinx OFFSET constraint, applied only to 
chip-level input or bidirectional ports (Set Input Delay) and 
output or bidirectional ports (Set Output Delay). Therefore, the 
port or_pin list variable can only include references to these types 
of objects. For example, external delays applied to the ports of 
hierarchical sub-modules do not translate. 

Arrival times specified with the -clock clock name switch must 
conform to the OFFSET command usage restrictions. Although 
the clock referred to by clockjiame can contain chip-level I/O 
ports and cell pin-names, the translation of the Set Input Delay 
and Set Output Delay commands applies only to those clocks 
assigned to chip-level I/O ports. Therefore, specify arrival times 
only with respect to clocks applied externally (not internally). 

Limitations of Set Max Delay and Set False Path 

The Set Max Delay command specifies the upper delay limits for all 
paths that start at nodes listed in the from Jist and end at nodes listed 
in the to Jist. 

The Set False Path command specifies that paths starting at nodes 
listed in the from Jist and ending at nodes listed in the to Jist are not 
significant for timing. 
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• Syntax 

set max delay dday_value [-rise | -fall] \ 
l-from fromjisl) [-to lojisl] \ 

[-group path group .name] [-reset path] 

set false path [-rise | -fall] \ 

[-setup | -hold] (-from fromjisl] [-to lojisl ] \ 
[-reset path] 

• Rising and falling constraints 

Because Xilinx does not categorize timing paths by their sensi¬ 
tivity to rising or falling edges at their inputs. DC2NCF does not 
support the Rise and Fall switches. 

• Path Grouping (Set Max Delay) 

Synopsys uses a path grouping mechanism for directing the logic 
optimizer to certain areas of your design; this does not impact the 
resulting timing specification. Therefore. DC2NCF does not 
support the -group path group .name switch. 

• Iterative path constraints 

You can use the -reset path switch prior to compilation to 
remove a constraint between the indicated path start and end 
points. Because DC2NCF reads script fries generated after compi¬ 
lation. the -reset path switch does not appear in the output script 
file. Therefore, DC2NCF does not support the -reset , path switch. 

• Targets for Set Max Delay and Set False Path 

DC2NCF translates the Set Max Delay and Set False Path 
commands to several Xilinx timing constraint commands, adding 
elements in the/n>irr list and the lojisl to Xilinx timegroups using 
the TIMEGROUP command. Issue a constraint between the two 
timegroups using the FROM:<group>:TO:<group>:<delay>ns 
(Set Max Delay) and FROM:<group>:TO.<group>:TlG. (Set False 
Path) commands. 

Xilinx allows only certain nodes for path start points and end 
points. These nodes include RAMs. latches, registers and I/O 
ports. Therefore,/ror/t list and lojisl can only include references 
to these types of objects. 
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• The Replace FPGA Command removes Set Max Delay and Set 
False Path constraints (FPGA Compiler only) 

The Replace FPGA command removes any Set Max Delay or Set 
False Patli constraints. As a result, when you use the Write Script 
command after Replace FPGA, Write Script does not include in 
the DC file it creates any Set Max Delay or Set False Path 
constraints applied before the Replace FPGA. To include these 
constraints in the DC file, you must re-apply them after you use 
the Replace FPGA command. Also, you must use the full hierar¬ 
chical names with the Set Max Delay and Set False Path 
commands. 

Tlie VHDL Set Max Delay and Set False Path example follows. 

analyze -f vhdl filol.vhd 
analyze -f vhdl filc2.vhd 


elaborate TOPLVLEOTITT 
sct_port_is_pad 
insert_pads 

/• Set Timing Constraints */ 
creato_clock... 
sct_max_delay... 
set_falsc_path.. . 
set_input_delay... 
set_cutput__dclay. . . 

conpi1c 
replace_fpga 
ungroup -all -flatten 
/ “Reapply Timing Constraints */ 
report_port 
all — clocks 
all_rcgistcrs 
sct_max_delay... 
set_talse_path... 
writc_scnpt > “top.de" 
sh dc2ncf “top.de" 
exit 
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The Verilog Set Max Delay and Set False Path example follows. 

read -f verilog filcl.v 
read -f verilog file2.v 


read -f verilog filen.v 
sct_port_is_pad 
insert^pads 

/• Set Timing Constraints •/ 
crcato_clcck... 
set jTax_dc 1 ay 
set_ta isc_path 
con piic 
rcplace_£p^a 
ungroup -all -flatten 
/* Reapply Timing Constraints */ 
report_port 
all.clocks 
al1 — registers 
sct_^Tfcax_delay. . . 
set_taise_path... 
writc_scnpt > “top.de* 
sh dc2ncf “top.de* 
exit 

Set Multicycle Path 

DC2NCF does nol support translation of the Set Multicycle Path 
command. However, you can achieve equivalent functionality with 
the Set Max Delay command. These two constraints differ in the 
interpretation of their numerical field. 

The syntax of the two commands follows. 

sot multicycle path p^lhjnullipiier. (-rise | -fall] \ 
[-setup | -hold] (-start I -end) \ 

I-fron. tromjiil] (-to fo_Jff?) (-reset path) 

sot max delay iMrv.ualuc (-rise | -fall) \ 

(-iron fawijul) (-to tojiit] \ 

(-group path (-reset path) 

Delay value specifies the absolute delay value in nanoseconds for the 
path between the indicated start and end points. Tine period of the 
clock that controls the path between the indicated start and end 
points multiplies path multiplier and specifies the path delay. 


Xilinx/Synopsys Interface Guide — 2.1/ 


3-53 




Xilinx/Synopsys Interface Guide 


You can use the Sel Max Delay command instead of the Set Multi¬ 
cycle Path command by using the clock period multiplied by the 
path ,multiplier for the delay value. The following example illustrates 
this command substitution. 

create clock my clock port -period 50 

set multicycle path 2 -from find(coll,*a reg") \ 

-to find(cell."b_reg") 

Alternatively, you can express this as shown in the following 
example. 

create.clock my clock port -period 50 

set max delay 100 -from find<cell,-a reg') \ 

-to find(coll, M b_reg’) 

Note: When DC2NCF translates Synopsys timing commands into 
Xilinx syntax, point-to-point exception commands (such as Set Max 
Delay and Set False Path) result in timegroup statements in the 
resulting NCF file. For identification purposes, the names allocated to 
timegroups include the line number of the related command in the 
Synopsys script file. The following example shows the translation of 
a line of a Synopsys script file. 

set_max_dclay 57 -fron find(clock,clocks) 

The DC2NCF output NCF file appears as follows. 

TIMEGROUP tg_S_do=t = FFS:LATCHES:RAMS:PADS; 

ts _01 - FROH:clocka:TO:tg_S_dest:$ 7 ; 

Compiling Your Design 

After you insert the I/O pads, you can optimize your design for area, 
speed, or a combination of both. To get the most effective results from 
FPGA Compiler, apply accurate and achievable constraints. For 
example, if you set a timing goal of 0 ns on all ports, FPGA Compiler 
attempts to meet this goal by duplicating logic to reduce critical 
paths. This can result in a significant and possibly unwarranted 
increase in CLB and interconnect usage. 

The following sections describe the commands you use to compile 
and optimize your HDI. design. 
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Optimizing Logic Across Hierarchical Boundaries 

CLBs contain Boolean logic implemented in both function generators 
and flip-flops. Compiling a hierarchical design or a design that uses a 
Design Ware module does not optimize the logic across the hierar¬ 
chical boundary because DesignWare modules exist inside their own 
hierarchical boundaries. Therefore, some CLBs only implement flip- 
flops and contain unused function generators and other CLBs only 
implement function generators and contain unused flip-flops. Addi¬ 
tionally, the Boolean logic in one hierarchy is not optimized with that 
in another to reduce the CLB area or logic levels. 

Tire choice of hierarchical boundaries can have a significant impact 
on the area and speed of the synthesized design. Using FPGA 
Compiler, you can optimize a design while preserving these hierar¬ 
chical boundaries. 

Tire TOP design, illustrated in the following figure, references two 
sub-blocks, one completely combinatorial (blockl) and one 
completely sequential (block 2 ). 


TOP 



BLOCK1 



BLOCK 2 

FDC 

Q 


C&2 


C 

» 


—| OUT1 

CLOCK | — 




■MJ 


Figure 3-8 Sequential and Combinatorial Design 

FPGA Compiler cannot move logic across levels of hierarchy. To 
maintain the hierarchy you need two CLBs to implement the TOP 
design. FPGA Compiler uses one CLB to implement the OK gate and 
another to implement the FDC flip-flop. 

However, if FPGA Compiler merges two subdesigns into a single 
level of hierarchy, you need only one CLB to implement the TOP 
design, illustrated in the following figure. FPGA Compiler can merge 
the combinatorial and sequential logic into one CLB. 
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TOP 



Figure 3-9 Merging into a Single Level ot Hierarchy 

To check if FPGA Compiler can combine the combinatorial and 
sequential logic across hierarchical boundaries, optimize the design 
with and without hierarchy, and then compare the results as 
described in the following sections. 

By default. FPGA Compiler does not flatten your design hierarchy. 
You must use the Compile command with the Ungroup All option to 
flatten your design. However, FPGA Compiler only partially opti¬ 
mizes logic across hierarchical modules. Full optimization is possible 
across those parts of your design hierarchy ungrouped in FPGA 
Compiler. Flatten or reconstruct hierarchy artificially prior to using 
the Compile command by issuing the Group and Ungroup 
commands. Follow the guidelines for controlling flattening in the 
Syrmpsys Design Compiler Family Reference Manual. 

Using a Flattening Optimization Strategy 

Rattening eliminates the existing logic structure. In general, you can 
flatten random control logic because automatic structuring usually 
improves upon manual structuring. For FPGA designs, flatten 
designs when the number of CLBs needed to implement a Boolean 
function seems too high or them am too many logic levels. You prob¬ 
ably do not need to flatten regular or highly structured designs such 
as adders and ALUs designed with an explicit structure. 

Rattening works especially well for the FPGA CLB structure because 
R’GA Compiler has a built-in optimizer for Boolean logic. This algo¬ 
rithm works efficiently when the structure decomposes sufficiently so 
that the Boolean logic can map into the CLB function generators. 
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Compiling the Design with Hierarchy 

To compile the design and maintain its hierarchy, enter the following 
command. 

compile -map_offort [lovI modI high] \ 

-boundary optimization 

This command enables some logic optimization to occur across hier¬ 
archical boundaries. For more information on this option, refer to the 
Synopsys Design Compiler Family Reference Manual. 

Even a flat design can end up containing hierarchical blocks after 
compiling. These hierarchical blocks contain either Synopsys Design- 
VVarc modules or XDW modules mapped during the optimization 
process. 

Compiling the Design Without Hierarchy 

To compile the design without hierarchy, enter the following 
command. 

compile -map effort llowImed|high] -ungroup all 

This command creates a flattened design and then optimizes it. 

If your design contains Synopsys DesignWare modules (after the first 
compile), re-compile your design using the Ungroup All option. This 
command does not optimize XDW modules but instead optimizes the 
entirely combinatorial Synopsys DesignWare modules. You cannot 
optimize XDW modules because FPCiA Compiler interprets them as 
"black boxes." The CLBs that implement the XDW parts have unused 
flip-flops but the Xilinx design implementation tools can correct this 
later on in the implementation flow. 

Using the Ungroup command with the All Flatten option and then 
compiling differs substantially from invoking the Compile command 
with the Ungroup All option. If you run the Ungroup command 
before using the Compile command. DesignWare components 
inferred during compilation retain their hierarchy and can cause the 
usage of unnecessary CLBs. See your Synopsys documentation for 
more information on the Ungroup command. 
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Compiling a Design with Instantiated I/O Cells 

This .section describes Ihe design flow if your design contains instan¬ 
tiated I/O cells. If you instantiate all I/O buffers (FPGA Compiler 
does not need to automatically insert I/O buffers), do not use the Set 
Port Is Pad and Insert Pads commands. Place a Don! Touch attribute 
on all instantiated I/O buffers. 

If your design contains some instantiated I/O buffers and you want 
FPGA Compiler to automatically insert the rest of Ihe I/O buffers, do 
the following. 

• Use the Set Port Is Pad command only on the I/Os that you want 
the FPGA Compiler to insert. 

• Place a Don! Touch attribute on all instantiated I/O buffets 
before the design is compiled. 

• Issue the Insert Pads command. 

See Ihe bidi reg.vhd and bidi reg.v examples in the "Inserting Bidi¬ 
rectional I/Os" section for designs that contain both instantiated 1/ 
Os and I/Os inserted using FPGA Compiler. The bidi reg.seript 
(VHDL) in the "Inserting Bidirectional I/Os" section provides an 
example script file illustrating the correct design flow. 

Compiling XC4000E/L/EX/XL/XLA/XV Designs 

The following sample script file demonstrates how to compile your 
XC4000E/L/EX/XL/XLA/XV designs using FPGA Compiler/ 


/» ==================================================*/ 

/• Sample Script for Synopsys to Xilinx Using */ 

/• FPGA Compiler */ 

/• Targets the Xilinx XC402&EX-3 and assumes a VHDL */ 
source file by way of an exanple. 

/• For general use with XC40Q0E/EX architectures. */ 

/• Hot suitable for use with XC3000A/XC5200 */ 

/* architectures. */ 

/ * ==================================================*/ 


/ ■ — — — — —— — — — — —— ————— — — —— —————— — */ 


/• Set the name of the design's top-level module. */ 
/* Ittakes the script nore readable and portable.) */ 
/• Also set some useful variables to record the */ 
/* designer and ccmpany nine. */ 
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TOP = calc 

MODI = clcckgon 

MOD2 = count 3 

MOD3 = statnach 

MOD4 = stack 

MODS = bardec 

MOD6 = seg?dcc 

MOD7 = alu 

MODS = control 

MOD9 = switch7 

MOD10 = dcbouncc 

designer = *XS1 Team” 

company = "Xilinx, Inc” 

/* ================================================= */ 

/* Analyze and Elaborate the design file and specify */ 
/• the design file format. 

/• ================================================= */ 


analyze 

analyze 

analyze 

analyze 

analyze 

analyze 


-format vhdl MODI 
-format vhdl HOD2 
-format vhdl MOD3 
-format vhdl MOD4 
-format vhdl MODS 
-format vhdl MOD6 


- 




vhd" 

vhd” 

*.vhd" 

vhd” 

*.vhd" 

*.vhd" 


analyze -format vhdl 
analyze -format vhdl MODS ♦ 
analyze -format vhdl MOD9 • 
analyze -format vhdl MOD10 4 
analyze -format vhdl TOP 4 " 
elaborate TOP 


*.vhd" 

*.vhd” 

vhd" 

*. vhd” 
. vhd* 


/• 

/• 


2 t the current dcsion to the top lcvc 


currcnt_dcsign TOP 


/• 

/* 

/• 


Set the synthesis design constraints. 


•/ 

•/ 

*/ 


V 

* 

*/ 


remove.constraint -all 
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/• ================================================= •/ 

/* Apply dont_touch attributes to instantiated prims */ 


dcnt — touch 3TARTUPBLK 

dent__t ouch "OSCI LLATOR/OSCILLATOR* 

dcnt__touch ”OSCILLATOR/CLOCX_BUF M 



/• Indicate those ports on the top-level module that */ 
/* should become chip-level I/O pads. Assign any I/O */ 
/* attributes or paraneters and perform the I/O */ 
/• synthesis. */ 
/• ================================================= */ 


sct_port_is_pad n *" 

sct_pad_type -slcwrate HIGH all_outputs() 
inscrt_pads 


/» ================================== 

/• Synthesize and optimize the design 


V 

V 

V 


compile -boundary^optimization 


/• ================================================ */ 

/• Write the design report files. */ 

/ ■ ================================================= */ 


report_£pga > TOP ♦ *.£pga* 
rcport.timing > TOP ♦ w .tiaing" 


/■ ================================================= */ 

/• Write out the design to a DB tile. (Post compile) */ 
/• ================================================= */ 


write -format db -hierarchy -output TOP ♦ conpilcd.db" 

/• 

/* 

/• 


Replace CLBs and IGBs with gates. 


V 

V 

*/ 


rcplace_fpga 
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/" Sot the part type. */ 

/* ================================================= */ 

sct_attribute TOP "part" -type string *4028expg299-3* 

/• ================================================= */ 

/• Mritc out the design to a DB. {Post rcplace_fpga) */ 
/• ================================================ * / 

write -format db -hierarchy -output TOP ♦ ".db" 

/• ================================================= */ 


/• Flatten the design's hierarchy to rationalize */ 

/• nctiist and constraints files */ 

/• ================================================= */ 

ungroup -all -flatten 

/» ================================================= */ 

/• Save design in XNF format as <dcsign>.sxnf */ 

/■ ================================================= */ 


write -format xnf -hierarchy -output TOP * *.sxnf* 


/• ================================================= */ 

/• Mritc-cut the timing constraints that were */ 
/* applied earlier. */ 
/- ================================================ */ 


writc_scrlpt > TOP *.dc" 


/* ================================================= */ 

/■ Call the Synopsys-to-Xilinx constraints translator*/ 
/■ utility DC2NCF to convert the Synopsys constraints*/ 


/• tc a Xilinx NCF file. You nay want to view 
/* dc 2 ncf.log to review the translation process. */ 

/* ================================================= */ 

sh dc2ncf TOP -♦ *.dc" */ 

/• ================================================= */ 

/• Exit the Corrpiler. */ 


/• ================================================= */ 


exit 
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Mew run the Xilinx design implc 


sntation tools. 


Creating the Area Report 

FPGA Compiler reports area with the Report FPGA command as 
follows. 

report £pga 

The statistics reported by this command include the number of the 
following elements used in your design. 

• F, G, and H function generators 

• XDIV cells 

• Instantiated cells 

• 3-state buffers 

• Hip-flops 

• IOBs 

Tine Report FPGA command also reports the number of CLBs used 
for the design on the basis of the mapping performed by FPGA 
compiler. 

Tine Report FPGA command provides an accurate CLB count when 
FPGA Compiler provides packing information to the place and route 
tools. However, IheSynopsys output netlist suppresses packing data. 
As a result, the actual CLB count can vary between FPGA Compiler's 
Report FPGA count and MAP's mapping report. The Synopsys 
output netlist suppresses packing data because it impacts the 
mutability of the design. For better results with the Xilinx tools, 
ensure that the software controls the allocation of flip-flops and func¬ 
tion generators to CLBs. You can reactivate the Synopsys packing 
data. 

Tire reported number of CLBs can vary during design implementa¬ 
tion, however, the number of flip-flops, F, G, and H function genera¬ 
tors does not. Therefore, you can accurately assess a design's area in 
these terms. Use the Synopsys CLB count as a conservative estimate. 
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Run the Report FPGA command after compiling your design because 
the Compile command maps the logic into CLBs and lOBs. Also, run 
this command before replacing the CLB and IORs with gates (before 
running the Replace FPGA command). 

The area utilization report below illustrates the Report FPGA output 
for the bidi reg design. The report shows the number of CLBs used. 


Report : fpga 
Design : bidi_reg 
Version: v3.4b 

Date : Tues Dec 10 09:22:21 1996 


Xilinx FPGA Design Statistics 


FG Function Generators 2 

H Function Generators 0 

Number of CLB cells: 2 

Number of Hard Macros and 

Other Cells: 4 

Number of CLBs in 

Other Cells: 0 

Total Number of CLBs: 2 

Number of Ports: £ 

Number of Clock Pads: 2 

Number of XOBs: 2 

Number of Flip Flops: 4 

Number of 3-Statc Buffers: 4 

Total Number of Cells: 14 

Evaluating Timing Delays 

The Synopsys tools report all delays in nanoseconds. The reported 
delays include logic-level and interconnect delays. Because FPGA 
Compiler synthesizes CLBs and lOBs (XC4000E/L/EX/XL/XLA/XV 
devices) or LUTs and nip-flops (XC3000A, XC3100A/L. and XC5200 
devices), it reports logic-level delays with a higher degree of accuracy 
than Design Compiler. Because Design Compiler synthesizes only 
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logic gales, il provides only estimates of logic-level delays. Logic- 
level delays are worst case. 

Both FPGA Compiler and Design Compiler estimate possible inter¬ 
connect delays on the basis of a net's fanout. These estimates allow 
you to evaluate your design’s performance prior to performing place 
and route. FPGA Compiler applies the wire-load model only to nets 
between CLBs and lOBs (XC4000E/L/EX/XL/XLA/XV devices) or 
between LUTs, I/Os, and flip-flops (XC30G0A, XC3100A/L, and 
XC5200devices). Design Compiler's estimates of interconnect delays 
based on fanout match FPGA Compiler’s. However, because Design 
Compiler does not have information on how your design maps and 
packs into LUTs or CLBs, it applies the wire-load model to every net 
in your design. This results in a less accurate net contribution to 
overall path delays. You can use either average or worst-case wire- 
load models. 

To evaluate the timing results, use the Report Timing command, 
ropoct_timlng 

Refer to the Synopsys Design Compiler Family Reference Manual for 
information on other report options. 

Run the Report Timing command after compiling the design because 
the Compile command maps the logic into CLBs and lOBs, and 
before running the Replace FPGA command, which replaces the 
CLBs and lOBs with gates. 

Only XC4000E/L/EX/XL/XLA/XV designs require the Replace 
FPGA command. 

Synopsys assigns a default "average case" wire-load model to all nets 
in your design. Refer to the 'Setting the Wire-Load Model" section at 
the beginning of this chapter for more information. 

Generating Reports for Debugging 

FPGA Compiler includes additional commands that provide CLB 
and IOB information for debugging purposes. 

Use the following commands before using the Replace FPGA 
command to replace CLBs and IOBs with gates. 
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Generating a Configuration Report 

You can generate a report that gives you CLB and IOB configuration 
information similar to the reports generated with the Xilinx software. 
This report contains information cell configuration and the logic 
function it implements. 

To generate a CLB and IOB configuration report, first generate a 
symbol or schematic view for the design using either of the following 
methods. 

• From Design Analyzer Menu, select Tools->FPGA Compil¬ 
er ->Repo r t —*Ce 11 -*App 1 y. 

• From the DC shell prompt, enter report cell. ENTER. 

The system displays the following output in the Command window. 


Report : ceil 
Design : counts 
Version: v3.4b 

Date : Tues Dec 10 09:22:21 1996 


Attributes: 

b - black box (unknown) 

BO - reference allows boundary optinizaticn 
h - hierarchical 
n- noncombinaticnal 
r - removable 

u- contains unmapped logic 


Cell 

Reference 

Library 

Area 

Attributes 

U62 

icb_4000 

xfpga_4000-5 

1.00 

n 

U64 

iob_4000 

xipga_4000-5 

1.00 

n 

U66 

iob_4000 

xfpga_4000-5 

1.00 

n 

U6fl 

icb_4000 

xfpga_4000-5 

1.00 

n 

U70 

icb_4000 

xfpga_4000-5 

1.00 

n 

U72 

icb_4000 

xfpga_4000-5 

1.00 

n 

U74 

icb_4000 

xfpga_4000-5 

1.00 

n 

U76 

icb_4000 

xfpga_4000-5 

1.00 

n 

U70 

icb_4000 

xfpga_4000-5 

1.00 

n 

U80 

icb_4000 

xfpga_4000-5 

1.00 

n 

U82 

BUFG_F 

xpnm_4000-5 

0.00 

n 

U83 

clb_4000 

xfpga_4000-5 

1.00 

n 
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US 5 

clb_4000 

xfpga_4000-5 

1.00 

n 

U87 

clb_4000 

xfpga_4000-5 

1.00 

n 

U89 

clb_4000 

xfpga_4000-5 

1.00 

n 

add_21 /pi us / LEFT_UN31 GMED_ARG_7 9 9 





count i nc_dcc_ub_ 8_0 

4.00 

BO, h, n 

Total 16 coils 



18.00 



Detailed FPGA Configuration Information: 
Cell Name: U62 TYPE: IOB 
OUTrO 

PAD: FAST It: 12: TRI: 

Cell Marne: U64 TYPE: IOB 
OUT:Q 

PAD:FAST It: 12: TRI: 

Cell Name: U66 TYPE: IOB 
0UT:0 

PAD: FAST It: 12: TRI: 

Cell Name: U68 TYPE: IOB 
0UT:0 

PAD:FAST 11: 12: tri : 

Cell Name: U70 TYPE: IOB 
0UT:0 

PAD:FAST It: 12: TRI: 

Cell Name: U72 TYPE: IOB 
0UT:0 

PAD:FAST It: 12: TRI: 

Cell Name: U74 TYPE: IOB 
0UT:0 

PAD: FAST It: 12: TRI: 

Cell Name: U76 TYPE: IOB 
0UT:0 

PAD:FAST It: 12: TRI: 

Cell Name: U78 TYPE: IOB 
0UT:0 

PAD: FAST It: 12: TRI: 

Cell Name: UflO TYPE: 103 
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0UT:0 

PAD:FAST xls 12: TRI : 


Cell Name: U83 TYPE: CLB 

X: Y: 

Hi: DIN:Cl 

DX:DIN DY:G 


EQUATE G = {Gil 
E7X_NAME: QOUT_rag< 1 > 


XQ:QX YQ:QY 

SR:C2 EC:C3 

FFX:EC:RESET:K 

FFY:EC:RESET:K 

FFY_NAME:QCtoT_rog<0> 


Cell Name: U85 

x: 

Hi: 

DX:DIN 


TYPE: IOB 
Y: 

DIN:C1 

DY:G 


EQUATE G = <G1J 
FFX__NAME:QOUT_rGg<3> 


XQ:QX YQ:QY 

SR:C2 EC:C3 

FFX:EC:RESET:K 

FFY:EC:RESET:K 

FFY_MAME:QCOT_rcg<2> 


Cell Name: U87 
X: 

HI: 

DX:DIN 


TYPE: IOB 
Y: 

DXN:C1 
DY: G 


EQUATE G = <G1) 

FFX_NAME:QOUT_rag<5> 


XQ:QX YQ:QY 

SR:C2 EC:C3 

FFX:EC:RESET:K 

FFY:EC:RESET:K 

FFY.NAME: QCUT_rcg<4 > 


Cell Name: U89 
X: 

HI: 

DX:DIN 


TYPE: IOB 
Y: 

DIN:Cl 
DY: G 


EQUATE G = <G1) 

FFX.NAME: QOUT_rag< 7 > 


XO:QX YQ:QY 

SR:C2 EC:C3 

FFX:EC:RESET:K 

FFY:EC:RESET:K 

FFY_MAME :QCOT_rcg<(i> 


Generating a Hierarchical Schematic 

As an alternative lo interpreting the Report Cell output listing, you 
can direct FPGA Compiler to replace all CLB and IOB cells with an 
equivalent set of logic from the target libraries. Use the generated 
schematic to determine what logic implemented the CLBs and lOBs. 

To generate a hierarchical CLB and IOB schematic, perform the 
following steps. 
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1. Save your original design an a DB lile using one of Ihe following 
methods. You do this because the commands used to generate the 
hierarchical CLB and IOB schematic alter your design's hierarchy 
and logical representation. 

Select File—'Save As—(File Format ’DB’ from the Design 
Analyzer menu then click on OK. or enter the following in the 
command window. 

write -format db -hierarchy -output design. db 

2. Select Tools->FPGA Con>piler-.FPGA Cells to Gates 
Options from the Design Analyzer menu,or enter the following 
in the command window. 

replace fpga 

3. After you finish viewing the hierarchical schematic, read in the 
original DB file using one of the following methods. 

Select File-.Read-.File Format ’DB' from the Design 
Analyzer menu, specifying the appropriate file name. Then click 
on OK, or enter the following in the command window. 

read -format db design.db 

Creating a Level for Each CLB and IOB 

Create a hierarchy level for each CLB and IOB or a hierarchy level for 
each function generator to assist you in locating logic or signals for 
debugging purposes. To create levels of hierarchy in Design 
Analyzer, select Tools—.FPGA Compiler-*FPGA Cells to Gates 
Opt ions-.Create a Level of Hierarchy for each CLB and 
IOB. 

You can also enter the following at the DC Shell prompt. 

replace fpga -group colls 

After you select these options, the resulting logic does not accurately 
reflect the timing of the actual CLB and IOB implementation. Timing 
or area reports then produce inaccurate results. 
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Generating a Level for Each Function Generator 

Generate hierarchical schematics that show the logic in each function 
generator it implements. This process replaces each CLB by an F. G, 
or H function generator, along with the used flip-flops. The function 
generators add an additional level of hierarchy. To create a level of 
hierarchy for each function generator, select Tools—- FPGA Compil¬ 
er—-FPGA Cells to Gates Options--Create a Level of Hier¬ 
archy for each "Table-lookup" from the Design Analyzer 
menu. 

You can also enter the following at the DC Shell prompt. 

replace fpga -group tlus 

You can now view the implementation of the function generators. 

Writing and Saving Your Design 

After your design meets your timing and area requirements, you can 
save the design as a DB file. For XC4000E/L/EX/XL/XLA/XV 
devices and FPGA Compiler only, replace the CLBs and lOBs with 
gates. For FPGA Compiler, set the design part type and any other 
supporting information. Then, write and save your design as a netlist 
in either XNF (FPGA Compiler and FPGA Express) or EDIF (Design 
Compiler and FPGA Compiler 11) formats. 

Saving the DB File 

Save the Synopsys database file before converting your design to 
gates by running the Replace FPGA command (XC4000E/L/EX/XL/ 
XLA/XV and FPGA Compiler only). If you use the Replace FPGA 
command options for debugging, such as Group TLUS and Group 
Cell, save the DB file before running these debugging options. 

To save the DB file, choose one of the following methods. 

• Enter the following from the Design Analyzer menu. 

File—-Save As 

File name: design jiame. db 

File Format: db 

Save all Designs in Hierarchy: on 
OK 
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• Type the following at the command line. (Select the top level of 
your design.) 

write -fornat db -hierarchy -output design name .db 

Replacing CLBs and lOBs with Gates 

This section applies to XC4000E/L/EX/XL/XLA/XV devices and 
FPGA Compiler. 

After compiling with FPGA Compiler, XC4000E/L/EX/XL/XLA/ 
XV designs contain CLB and lOB elements used to determine the best 
implementation of a design for a given set of constraints. Before 
writing an output netlist, you must convert these CLBs and lOBs into 
gates recognizable by the Xilinx software. The mapping information 
passes to the netlist with the FMAP, HMAP. and. optionally. BLKNM 
parameters, so you can map your design according to FPGA 
Compiler's directions. 

Invoking the Replace FPGA Command 

Enter the following command at the command line at the top level of 
your design. 

roplaco tpqa 

Replacing CLBs and lOBs in Designs with Hierarchy 

Running the Replace FPGA command with either the Group Cells or 
the Group TLUS option and then writing the netlist file generates 
netlists for each level of hierarchy in your design. If you use the 
Group Cells option, each CLB transforms into a level of hierarchy 
with a netlist created for each CLB. Similarly, if you use the Group 
TLUS option, each function generator transforms into a level of hier¬ 
archy. 

If you use these options, perform the following steps. 

1. Delete the design from memory. 

2. Read in the saved DB file saved prior to the Replace FPGA 
command. 

3. Run the Replace FPGA command without any options. 
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Controlling the Synopsys Mapping 

This section applies only to FPGA Compiler 

By default, the FPGA Compiler XNF Writer contains information on 
how it should map the logic into the CLB and lOBs. FPGA Compiler 
uses the FMAP and HMAP symbols to map Boolean logic into F and 
H function generator;, and the BLKNM attribute to group flip-flops 
and function generators into a CLB. 

When the XNF Writer includes FPGA Compiler’s mapping informa¬ 
tion in the netlist, the accuracy of the estimated timing information 
increases. 

FPGA Compiler provides efficient mapping information, so leave the 
mapping on. However, using FPGA Compiler to perform mapping 
decreases the \1AP program's processing time. 

Block names can restrict placement and routing. For this reason, 
FPGA Compiler by default does not write the BLKNM attributes. 

Tine following section describes how to remove FMAP and HMAP 
information and restore BLKNM attributes. 

Removing FMAP and HMAP Symbols 

To remove the FMAP and HMAP mapping, enter the following at the 
command line. 

sot attribute t ind(design,••") \ 

"xnfout write map symbols* -type boolean FALSE 

Restoring BLKNM Attributes 

To restore the creation of BLKNM attributes, enter the following at 
the command line. 

sot attribute f»nd{dcsign,■•") \ 

"xnfout use blknamcs" -type boolean TRUE 
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Setting the Design Part Type 

Type Ihe following command al the command line lo select a specific 
pari for Ihe design. The following example uses a 4005EPC84-4 
device. 

sot attribute design name "part" \ 

-type string "4005epc84-4* 

You can also specify Ihe pari lype when running NGDBuild. 

Saving the Design Netlist File 

Follow Ihe instructions in Ihe appropriate seclion below lo save your 
design netlist file. 

Saving your Netlist in EDIF Format (Design Compiler) 

Save your design netlist file in EDIF format with a .sedif extension lo 
denote its source. NGDBuild processes netlists from Synopsys in a 
slightly different way lhan olher netlists. Tire .sedif extension indi¬ 
cates to NGDBuild to use the Synopsys design flow. 

You can save your design as an SEDIF file by either of the following 
methods. 

• Select your design and then select the following from the Design 
Analyzer menu. 

File—'Save As 

File name: design jiame . sedif 
File Format: edif 

Save all Designs in Hierarchy: on 
OK 

• Enter the following at the command line. (Select the top level of 
your design.) 

write -format edif -hierarchy -output \ 

design .name . sedif 
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Saving your Netlist in XNF Format (FPGA Compiler) 

Save your design netlist file in XNF format with a .sxnf extension to 
denote its source. NGDBuild processes netlists from Synopsys in a 
slightly different way than other netlists. The .sxnf extension indi¬ 
cates to NGDBuild to use the Synopsys design flow. 

The XNF netlist format can convey your design's logical hierarchy 
only with hierarchical instance names and net names. Therefore, 
flatten your design's hierarchy prior to writing out a netlist in XNF 
format. Although this removes the design hierarchy from the 
Synopsys design database, hierarchical net and instance names 
remain unchanged. As a result, the XNF file still conveys your 
design's hierarchy. After you have flattened your design, you can 
then write out the netlist. 

You can save your design as an SXNF file by either of the following 
methods. 

• Select your design and then select the following from the Design 
Analyzer menu. 

Setup—'Command Window 
ungroup -all -flatten 
File —» Save As 
File name: design_»ame . sxnf 
File Format: xnf 

Save all Designs in Hierarchy: off 
OK 

• Enter the following at the command line. (Select the top level of 
your design.) 

ungroup -all -flatten 

write -format xnf -output design (Mine, sxnf 
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Using the Xilinx Development System 

To translate your design to a bit tile so the Xilinx tools can program 

your device, perform the following steps. 

1. Run NGDBuild on the SXNF or SF.D1F file to create an NGD tile. 

2. Run the MAP program on the NGD file to create a mapped NCD 
tile. 

3. Run the TRACE program to determine if PAR will meet your 
timing goals. 

4. Run PAR on the NCD tile to place and route your design. 

5. Run TRACE again on your placed and routed design. 

6. Run NGDAnno on your routed design to create an NGA file. 

7. Run either NGD2VHDL or NGD2VER on the NGA file to create a 
VHD or VER file that can be simulated with the appropriate 
simulators. 

8. Run the BitGen program to create a bitstream lor programming 
the FPGA. 
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Using Core Generator and LogiBLOX 


Core Generator is a graphic user interface (GUI) tool for creating 
RLOC'd cores. Core Generator optimizes core layout to the target 
FPGA architecture, allowing higher performance. Core Generator 
differs from LogiBLOX but this information is included here because 
both provide a GUI toolset you can use in creating your design. 

Refer to the Core Generator documentation for more information 
about using that product with XSI. 

LogiBLOX is a GUI tool for creating high-level modules such as 
counters, shift registers, and multiplexers. LogiBLOX includes both a 
library of generic modules and a set of tools for customizing them. 
You can also use the modules you create in your HDL designs. Logi¬ 
BLOX generates a simulation model (VHDL. EDIF, or Verilog) for 
each LogiBLOX module during design entry. This enables immediate 
simulation of LogiBLOX designs without logic implementation. 

Refer to the LogiBLOX Rtference/Uier Guile for a complete explana¬ 
tion of LogiBLOX. 

This chapter includes the following sections. 

• "Using Core Generator" 

• "Specifying Inputs and Outputs in LogiBLOX" 

• "Using LogiBLOX in the HDL Design Flow” 

• "Instantiating RAM" 
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Using Core Generator 

The basic flow of using Cote Generalor with XSI involves selecting a 
core in Core Generator, entering parameters, then generating the core. 
You then instantiate the cores in your XSI design. 

Tire Core Generator documentation provides details about how to 
use Com Generator with XSI. 

Apply a Dont Touch attribute to all Com Generator corns used in XSI. 

Specifying Inputs and Outputs in LogiBLOX 

Use the LogiBLOX Module Selector GUI, shown in the following 
figure, to create LogiBLOX modules. Specifying a LogiBLOX module 
consists of selecting or deselecting optional pins on the symbol, and 
specifying various module attributes, resulting in a module custom¬ 
ized for a specific function. 
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Figure 4-1 Module Selector 

After you complete the module specification, LogiBLOX uses its 
symbol generator, model generator, and netlist generator to create the 
following three outputs and store them in the current project direc¬ 
tor)'. 

• A schematic symbol for inclusion on the schematic 

The symbol generator creates a symbol definition file that your 
third-party interface converts into a schematic symbol. 

For Svnopsvs or synthesis tools, the symbol generator creates a 
Verilog/VHDL instantiation template. 
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• An RTL HDL simulation model 

Tlie model generator creates an RTL HDL simulation model for 
the LogiBLOX module. 

Tire RTL model permits immediate simulation of your design in 
those environments that support mixed schematic and RTL simu¬ 
lation. 

• Cate-level netlists, produced as an alternative simulation 
medium 

Tire netlist generator creates a gate-level netlist for the LogiBLOX 
module converted to the third-party's simulation format. These 
netlists permit immediate simulation of the design in gate-level 
simulation environments. 

Using LogiBLOX in the HDL Design Flow 

You can instantiate LogiBLOX components in your HDL code to take 
advantage of their high-level functionality. 

Express each LogiBLOX module in HDL code with a component 
declaration describing the module type and a component instantia¬ 
tion describing how the module connects to the other design 
elements. 

Follow these steps to use the LogiBLOX program. 

1. Invoke the Module Selector from an icon or from the command 
line. 

2. Configure your project directory using the LogiBLOX Setup 
window. The default directory is your current directory. 

3. Select a base module type (for example. Counter, Memory, or 
Shift-register) 

4. Customize the module by selecting pins and specifying 
attributes. 

5. Press the OK button after completely specifying a module. 
Pressing OK initiates the generation of a component instantiation 
declaration, an RTL model, and an implementation netlist. 

6. Deposit the HDL module declaration or instantiation into your 
HDL design. 
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7. Complete the signal connections o( the instantiated LogiBLOX 
module to the test of your HDL design. 

8. Conduct functional simulation on your design. The HDL simu¬ 
lator mads the component declaration and looks for an RT1. 
model. 

9. Apply a Dont Touch attribute to all LogiBLOX modules. 

10. Implement your design by invoking the Xilinx implementation 
tools. 

11. Simulate your post-layout design by converting your design back 
to a timing netiist and invoking the back-annotation flow. 

Instantiating RAM 

You can implement memory using LogiBLOX, creating RAM and 
ROM between 1 to 32 bits wide and 2 to 25h bits deep. Using Logi¬ 
BLOX to add RAM or ROM to your design provides an efficient 
implementation of your memory in addition to a simulation model 
for RTL simulation. 

Note: For Verilog designs, use the Remove Design command on 
instantiated LogiBLOX memory before writing out the design. 

You can instantiate RAM in your designs using LogiBLOX, as shown 
in the following VHDL and Verilog examples. A sample script file 
follows each example. Refer to the LogiBLOX Reference/User Guide for 
more information about using LogiBLOX. 

Tire following example shows how to instantiate RAM using Logi¬ 
BLOX with VHDL. 

library IEEE; 

use IEEE.atd_lcqic_1164.all; 
entity teat la 

port (ADDRESS: IN std_logic_vector 15 downto 0|; 

DATAOUT: OUT atd_logic_vector(3 downto 0); 
DATAIN: IN atd_logic_vcctor(3 downto 0) ; 
WRITEN: IN atd_logic; 

CLX: IN atd_logic); 
end teat; 

architecture inaidc of teat ia 
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component test ran 

pert <A: IN std_iogic_vector 15 dewnto Oj; 

DO: OUT std_logic_vcctor(3 downto 0); 
DI: 2N std_iogic_vector 13 dewnto 0(; 
WR_EN: IN std_logic; 

WR_CLK: IN std_logic); 
end conponent; 

begin 

U0: testram port 

mapIA=>ADDRESS, EX3=>DA7AOUT,DI=>DATAIN, 
WR_EN=>KRITEN,WR_CLK=>CLK); 

end inside; 


/*=======================================:=========*/ 


/• Sample Script for Synopsys to Xilinx Using */ 
/• FPGA Compiler with LegiBLOX Memory V 
/* Targets the Xilinx XC402&EX-3 and assumes a »/ 
/* VHDL source file by way of an example. */ 
/• V 
/* For general use with XC40Q0E/EX architectures.*/ 
/" Not suitable for use with XC3000A/XC5200 */ 
/• architectures. */ 


/»s==r=5s2t=s=r=sr=sr=:r=rs=r=rr=rsrr=rrr=:rssr=r=2»/ 
/* === = === = ==== = ======= ===== ===== ====== ===== ==== * / 


/• Set the name of the design's top-level module. */ 
/• (Makes the script ncre readable and portable.) */ 
/• Also set some useful variables to record the */ 
/* designer and company nanc. */ 


/ * =============================================== */ 


/■ 2=r:=r2r:r:::::r::::rr:r:r */ 

/• Note: Assunes design file- */ 
/• name and entity nanc arc */ 
/■ the same (ninus extension) */ 

/■ ::r2r::r2rr::r2::::rrrr::: */ 


dcsigner 

company 

part 


"XSI Team" 
"Xilinx, Inc* 
"402&cxpg299-3" 
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?' ================================================= */ 

/• Analyze and Elaborate the design file and specify */ 
/• the design file format. 

/■ ================================================ * / 


analyze -£ vhdl TOP + ".vhd" 
elaborate TOP 


/• Set the current design to tho top level. 


current.design TOP 


/• Set the synthesis design constraints. 


*/ 

* 

*/ 


V 

' 

*/ 


remove^constraint -all 

/■ Seme exanplc constraints */ 

/• creatc_clock <clcck.port_name> -period 50 

sct_input_.dc lay 5 -clock <clock_port_name> \ 

I <a_list_of_input_ports> ) 
sct_output_.dclay 5 -clock <clcck_port_name> \ 

[ <a_list_of__output_ports> ) 
sct_max_delay 100 -from <sourcc> -to <destination> 
sot_£alsc_path -from <source> -to <dost mat ion> */ 

/• Place dont.touch on LogiBLOX instantiation */ 

sct_dont_touch [UO > 

/• ================================================= */ 

/• Indicate those ports on the tcp-lcvcl module that */ 
/* should become chip-level I/O pads. Assign any I/O */ 
/* attributes or paraneters and porform the I/O */ 

/• synthesis. */ 

/• ================================================ * / 


sct_port_is_pad 

/• Some exanplc I/O paraneters */ 

/■ set_pad__typo -pullup <port_name> 
set_pad_type -no.clcck all.inputs 1 } 
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sct_pad_t ypc -clock <clock_port_nanc> 

sot_pad_type -exact BUFG3_F <hi_fanout_port_nano 

sct_pad_typc -slcwratc HIGH all.outputs(> 0 / 

/* =z==rr=====r===r==rsr=z==r==r -/ 

/* Hote: Syncpsys slcw-control= */ 
/• HIGH is the sane as Xilinx's */ 
/• slewrate=3LOW. Synopsys slew- */ 
/• control = LC'd is sane as Xilinx */ 
/* slcwratc=FAST. */ 

/* ————————————————————————————— */ 

insert _pads 



/• Synthesize and optimize the design 



compile -boundary.,optimization 

/» ================================================= 

/* Kritc the design report files. 

/» ================================================= 

rcport.fpga > TOP ♦ H .fpga* 
rcport_t iming > TOP + ".tining" 

/» ================================================= 

/• Kritc out the design to a DS file. (Post compile) 
/* ================================================= 


V 

*/ 

*/ 


V 

V 

*/ 


V 

*/ 


write -format db -hierarchy -output TOP ♦ "_conpilcd.< 


/* =================================: 

/■ Replace CLBs and ICBs with gates. 
/• ================================== 


replace.fpga 

/• ================================================= */ 

/• Set the part type for the output notiist. 

/• ==r=r===rr==r : rr=r====r==rz========n==r=====rrrr */ 


sct_attributc TOP *part* -type string part 
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/• Optional attribute to remove the FPGA Compiler's */ 

/• napping structures from the design. This permits */ 

/■ The Xilinx design implencntation tools to map the */ 

/* design instead. */ 

/* ————————————————————————————————————————————————— */ 

/* sct_att r ibutc find I design, *' *) * xnf out_vcr ite__map_symbol s H \ 
-type boolean FALSE */ 

/ ■ === = ssrrrrrrrzzrrrrrr:rrrr:rrrr:rrrrrrr * / 

/* Add any I/O constraints to the design. */ 

/* ================================================= */ 


/■ sot_attribute <port_name> *pad — location* \ 

-type string *<pad_location> # */ 

/* ================================================= */ 

/• Mritc-out the timing constraints that were */ 

/• applied earlier. (Note that any design hierarchy */ 
/* needs to be flattened before the constraints are */ 
/• written-out.) */ 


/■ ================================================= */ 

ungroup -all -flatten 
write — script > TOP -f *.dc H 

/* Mritc cut the design as a .sxnf file */ 

write -f xnf -h -o TOP ♦ ".sxnf* 

/• ================================================= */ 

/* Cali the Synopsys-to-Xilinx constraints translator*/ 
/■ utility DC2NCF to convert the Synopsys constraints*/ 


/■ to a Xiliiuc NCF file. You nay like to view */ 

/• dc 2 ncf.log to review the translation process. */ 

/. ====rrr==r====r=rr=r=======r==rr======= S ==r==r=== «/ 


sh dc2ncf TOP ♦ *.dc" 


/• ================================================= */ 

/• Exit the Corrpiler. */ 

/ • ================================================= */ 


exit 
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The following example shows how lo instantiate RAM using Logi- 
BLOX wilh Veiilog. 

module teatI address,dataout,d^tnir,writcn,elk); 

input (5:0] address; 
output [3:0] dataout; 
input (3:0] datain; 
input writen; 
input elk; 

testran U 0 
{ .A(address), 

.DO(dataout), 

.DI<datain), 

.XR_EN<wnten), 

.XR_CLK(elk)); 

endncdule 

//- 

// LcqiBLGX SYHC_RAM Mcdule "test ram* 

// Created by LogiBLOX version Ml.2.11 

// on Sun May 18 19:34:35 1997 

// Attributes 

// HODTYPE = SYNC_RAM 

// BUS_WIDTH = 4 

// DEPTH =64 

//---.... 

module tcstram(A, DO r DI, XR_EN, WR_CLXJ ; 

input (5:0] A; 
output [3:0] DO; 
input (3:0] DI; 
input XR_EN; 
input XR_CLK; 
endncdule 
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/■ =================================================*/ 


/• Sample Script for Synopsys to Xilinx Using */ 
/* FPGA Compiler with */ 
/• LogiBLOX ttenory */ 
/* */ 
/" Targets the Xilanx XC402&EX-3 and assumes a */ 
/* Verilog source file by way of an example. */ 
/" */ 
/• For general use with XC4000E/EX architectures. */ 
/" Mot suitable for use with XC3G00A/XC5200 */ 
/* architectures. */ 

/• :rr=rrr=rr==rrr=r===rrr=r====rrr=rrr=rrrr=rr:rr=rrV 


/ ■ ================================================= * / 


f• Set the name of the design's top-level module. */ 
/* Ittakcs the script nore readable and portable.) */ 
/• Also set some useful variables to record the */ 
/* designer and company nanc. */ 


/ ■ ================================================= */ 

TOP = test 

/* ========================== */ 

• Mete: Assures design file 
/* name and entity nanc are */ 
/* the same (nanus extension) */ 
/* — — — */ 

designer = "XSI Tcami H 
company = •'Xilinx, Inc* 
part = *4028cxpg299-3 H 

/ ■ === = ========== == ================================= * I 

/• Analyze and Elaborate the design file and specify */ 


/• the design file format. */ 

/. r:r.r!r=rrrr=rr=rrr==:=rrr:r:==:r:===rr!==rr:r.rr */ 


read -f veralog *tcstran.v* 
read -f verilog TOP ♦ ".v" 


/• 

/* 

/• 


================================================= 

Set the current desagn to the top level. 
================================================= 


*/ 

*/ 

*/ 


currcnt_dcsign TOP 
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/• ==^ 
/• Set 

/• === 


the synthesis design constraints. 


V 

V 

*/ 


rcmove.constraint -all 

/* Seme cxanple constraints */ 

/• crcate.clock <clcck.port_name> -period 50 

sot.input.delay 5 -clock <clock_port_name> \ 

1 <a_list.of.input.ports> > 
set.output.delay 5 -clock <clcck.port.name> \ 

| <a_list_of_output_ports> ) 
set_max_dclay 100 -from <sourcc> -to <destination> 
sot_£alse_path -from <sourco> -to <destination> 


/• Place dont.touch on LogiBLOX instantiation */ 

sot.dont.touch (U 0 > 

/* ================================================ */ 

/* Indicate those ports on the tcp-lcvcl module that */ 
/• should become chip-level I/O pads. Assign any I/O */ 
/* attributes or parameters and perform the I/O */ 

/• synthesis. */ 

/• ================================================= */ 

sct_port_is_pad **• 


/* Some example I/O parameters */ 

/* sct_pad_typo -pullup <port.name> 
set_pad_type -no.clcck all.inputs 1 } 
sot_pad_type -clock <clock_port.namc> 
sct_pad__typo -exact BUFGS.F <hi_£anout.port.name> 
sct.pad.typc -slewrate HIGH all.outputs() */ 

/* ============================= */ 

/• Mote: Syncpsys slow-control= */ 
/• HIGH is the same as Xilinx *s */ 
/• r. lew rate-3 LCW. Synopsys slew- * / 
/• control-LCW is same as Xilinx */ 
/* slcwrate=FAST. */ 

/• ============================= */ 
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inscrt_pads 


Synthesize and optimize the design 


compile -boundary..optimization 


Write the design report tiles. 


report,fpga > TOP ♦ ".fpga* 
rcport.timing > TOP +■ ".tining" 


Write out the design to a DB file. <Post compile) */ 


write -format db -hierarchy -output TOP ♦ *_conpiled.c 


Replace CLBs and IOBs with gates. 


replace.fpga 


Set the part type for the output net list. 

== = =====:::::::::="::r:rr::r:r:rr:::rr:r::rrr2rr * / 

set.attribute TOP "part* -type string part 


Optional attribute to remove the FPGA Compiler's */ 
napping structures from the design. This permits */ 
The Xilinx design implementation tools to map the */ 
design instead. */ 


sct.attributc f ind (design, • * • I *xnfout.vcrite.map.symboi5 H \ 
-type boolean FALSE */ 


Add any I/O constraints to the design. 
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/• r===r=.r=r=== S =rrr==r===r===r=rr=====r==r====r=== V 

/■ sct_attrlbute <pcrt_name> "pad_location" \ 

-type string "<pad_location>" */ 

/- ====r===========================r====r=========== */ 


/• Write-out the timing constraints that wore */ 

kpplied earlier. (Note that any design hierarchy */ 
/• needs to be flattened before the constraints arc */ 
/• written-out.) */ 

/• rr==rr:rrrsrr=========r=rr==r:rr===rrrr=sr=r==r=r */ 

ungroup -all -flatten 
writc_script > TOP Vdc" 

/* Remove the Xx>giBlX)X Memory from the Environment */ 
/• This is done to prevent insure that the */ 

/• .ngo file fron LegiBLOX is used. */ 

remove^design test ram 

/• Write out the design as a .sxnf file */ 

write -f xnf -h -o TOP ♦ ".sxnf* 

/* === = === = ==== = ======= ===== = = === ====== ===== ===== = */ 

/■ Call the Synopsys-to-Xilinx constraints translator*/ 
/* utility DC2NCF to convert the Synopsys constraints*/ 
/• to a Xilinx NCF file. You nay like to view 
/" dc 2 ncf.log to review the translation process. */ 

/» ================================================= */ 

sh dc2ncf TOP ♦ Vdc" 

/• rsr3rr:r:rr:r:r::r::::rrr:s:r:r::rr:rrrr:::sr:rrr */ 


/* Exit the Corrpiler. */ 

/• r=rrrrr====3r3rr3rrr=rr===3=====rr=rrrr===r==r==r -/ 


exit 



f 

f 

f 
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Instantiating RAM or ROM with FPGA Compiler 

Use the following procedures and examples to instantiate a Logi¬ 
BLOX RAM or ROM in Verilog or VHDL with FPGA Compiler. 

1. Create a LogiBLOX RAM/ROM with the LogiBLOX GUI. 

When specifying options for LogiBLOX, specify the vendor type 
as Synopsys. Also specify in the LogiBLOX GUI whether you 
need Verilog or VHDL files. 

2. For Verilog, create an NGC, VEI. and V file. For VHDL, create a 
NGC, VHI, and VHD file. 

Tire V and VHD files are simulation models. Tire VEI and VHI 
files are templates which assist in instantiating the LogiBLOX 
into your HDL. The NGC file is the actual LogiBLOX module for 
your design. 

3. For the Verilog flow, use the name of the NGC file as the name of 
the module instantiation in the Verilog code. 

Tire VEI file contains the module name, pin names, and port 
names needed to instantiate the LogiBLOX memory. Do not just 
rename the VEI file to a V file. Use the VEI file as a template for 
instantiating the LogiBLOX mentor) 1 in your design. 

4. For the Verilog flow, make an empty Verilog file for the Logi¬ 
BLOX module to tell the Synopsys netlist writer the pin direc¬ 
tions for the LogiBLOX module. 

5. A module with pin names and pin directions exists in the .vei file 
pioduced by LogiBLOX. Cut this empty module out and pLrce it 
in a Verilog file with the same name as the LogiBLOX module 
you created. 

Read this file into Synopsys during the compile of your design. 

6. For the Verilog flow, after instantiating the LogiBLOX into your 
design, place a Dont Touch attribute on every instantiated Logi¬ 
BLOX instance. 

7. For the Verilog flow. Synthesize the design with the normal A15 
XS1 run script. 

Note: Before writing out the netlist file, remove the LogiBLOX 
memory from the Synopsys memory. This prevents Synopsys from 
overwriting the LogiBLOX module. 
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8. For VHDLy use the name of the NGC file as the name of the 
component instantiation in the VHDL code. The VH1 file contains 
an example of how to instantiate the LogiBLOX into VHDL. 

9. For VHDL, after instantiating the LogiBLOX into your VHDL 
code, place a Dont Touch attribute on every instantiated Logi¬ 
BLOX instance. 

10. For VHDL, synthesize the design. The synthesis run script for 
VHDL is the same as the standard A1.5 XSI run script. 

The following example shows the testram LogiBLOX module V file 
created from the VEI file. 

module testram (A, DO r DI, XR_EN, WR_CLX); 

input (5:0] A; 

output (3:01 DO; 

input (3:0] DI; 

input XR_EN; 

input XR_CLK; 

endncdule 

The following example shows the instantiation of a LogiBLOX design 
in Verilog code. 

module teat Iaddress,dataout,detain,writon,elk]; 

input (5:0] address; 

output (3:0] dataout; 

input (3:0] datain; 

input writen; 

input elk; 

testran U 0 

t .A(address) 

.DO(dataout) , 

. 01 (datain), 

,XR_EN<writen), 

.XR_CLK(elk)]; 
endncdule 

The following example shows the run script for compiling a Logi¬ 
BLOX design in Verilog. 

read -£ verilog "testram.v" read -£ verilog "test.v" 

set_port_is_pad "*" insert_pads 

compile 

replacc_f pqa 

ungroup -all -£lattcn 

writc_script test.de 
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sh dc 2 ncf test.dc 

rcmovc_design testram 

write -£ xnf -h -o "test.sxnf* 

The following example shows an instantiation of a LogiBLOX design 
in VHDL code. 

library IEEE; 

use IEEE.std_lcgic_ll64.all; 
entity teat is 

port (ADDRESS: IN std_logic_vector15 downto 0» ; 

DATAOUT: OUT std_logic_vcctor(3 downto 0); 
DATAIN: IN std_logic_vector{3 downto 0 )} 

KRITEN: IN std_Icgic; 

CLK: IN std_lcgic); 
end test; 

architecture inside of test is 
component test ran 

port (A: IN std_logic_vector(5 downto 0); 

CO: OUT std_iogic_vector 13 downto 0); 

DI: IN std_logic_vector<3 downto 0); 

WR_EN: IN std_lcgic; 

WR_CLX: IN std_logic»; 
end conponcnt; 
begin 

U0: testram port map(A=ADDRESS, DO=DA7AOUT, DI=DATAIN, 
MR_EN=WRITEN,KR_CLK-CLK); 
end inside; 

The following example shows a run script for instantiated LogiBLOX 
designs in VHDL code. 

analyze -£ vhdl "test.vhd" elaborate test 

set_port_is_pad insert_pads 

compile 

replace^f pga 

ungroup -all -flatten 

writc_scnpt test.de 

sh dc 2 ncf test.de 

write -£ xnf -h -o "tcst.sxnf" 
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Instantiating RAM or ROM with FPGA Compiler II 

Use Ihe following procedures to instantiate a LogiBLOX RAM or 

ROM in Verikig or VHDL with FPGA Compiler II. 

1. Create a LogiBLOX RAM or ROM with the LogiBLOX GUI. 

When specifying options for LogiBLOX, specify the vendor type 
as Synopsys. Also specify in the LogiBLOX GUI whether you 
need Verilog or VHDL files. 

2. For Verilog. create an NGC, VF.l. and V file. For VHDL, create an 
NGC, VHI. and VHD file. 

Tire V and VHD files are simulation models. Tire VE1 and VHI 
files are templates which assist in instantiating the LogiBLOX 
into your HDL. The NGC file is the actual LogiBLOX module for 
your design. 

3. For the Verilog flow, use the name of the NGC file as the name of 
the module instantiation in the Verilog code. 

Tire VEi file contains the module name, pin names, and port 
names needed to instantiate the LogiBLOX memory. Do not 
rename the VEI file to a V file. Use the VEI file as a template for 
instantiating the LogiBLOX memory in your design. 

4. For the Verilog flow, make an empty Verilog file for the Logi¬ 
BLOX module to tell the Synopsys netlist writer the pin direc¬ 
tions for the LogiBLOX module. 

5. In the VEI file produced by LogiBLOX, there is a module with pin 
names and pin directions. Cut this empty module out and place it 
in a Verikrg file with the same name as the LogiBLOX module 
you created. 

Read this file into FPGA Compiler 11 during the compile of your 
design. 

6. After implementing the design files in FPGA Compiler 11. notice 
in the Warnings window a number of warnings about the instan¬ 
tiated LogiBLOX module. FPGA Compiler II reports that it 
cannot link to Ihe instantiated design. Also. FPGA Compiler II 
can report that some of the wires attached to the instantiated 
LogiBLOX have multiple drivers. Ignore these warnings. 
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Additionally, after implementing the design, in the modules view 
in the Edit Constraints view, all instantiated LogiBLOX modules 
am tagged as UNLINKED, a normal situation. UNLINKED 
means that FPGA Compiler II cannot find a library cell in its 
synthesis library that matches, a normal situation because the 
instantiated LogiBLOX is a black-box. 

7. After implementing the design, if the implementation icon 
contains a "!" mark, optimize (synthesize) the design and write 
out the netILst file. 

8. For V'HDL, use the name of the NC.C file as the name of the 
component instantiation in the V'HDL code. 

Tine VH1 file contains an example of how to instantiate the Logi¬ 
BLOX into V'HDL. 

9. After implementing the design files in FPGA Compiler 11. notice 
in the Warnings window a number of warnings about the instan¬ 
tiated LogiBLOX module. FPGA Compiler II reports that it 
cannot link to the instantiated design. Also. FPGA Compiler II 
can report that some of the wires attached to the instantiated 
LogiBLOX have multiple drivers. Ignore these warnings. 

Additionally, after implementing the design, in the modules view 
in the Edit Constraints view, all instantiated LogiBLOX modules 
are tagged as UNLINKED, a normal situation. UNLINKED 
means that FPGA Compiler II cannot find a libraiy cell in its 
synthesis library that matches, a normal situation because the 
instantiated LogiBLOX is a black-box. 

10. After implementing the design, if the implementation icon 
contains a "!" mark, optimize (synthesize) the design and write 
out the netILst file. 

Tine following examples shows the testram LogiBLOX module V file 

created from the VEI file. 

module testram(A, DO, DI, KR_EN, WR_CLX); 

input [5:01 A; 

output |i:0) DO; 

input (3:0) DI; 

input KR_EN; 

input HR_CLK; 

cndncdulo 
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Tlie following example shows the instantiation of a LogiBLOX design 
in Verilog code. 

module test I address , aataout, datain, wntcn # clk); 

input (5:0] address; 

output (3:0) dataout; 

input (3:0] datain; 

input writen; 

input elk; 

testran U 0 

{ .A(address), 

.DO(dataout) f 
. 01 (datain), 

.XR_EN<writen), 

.XR_CLK(elk )}; 
endncdule 

The following examples shows an instantiation of a LogiBLOX design 
inVHDL code. 

library IEEE; 

use IEEE.std_lcgic_1164.all; 
entity test is 

port (ADDRESS: IN std_logic — vector 15 downtc 0]; 

DATAOUT: OUT std_logic_vcctor(3 downtc 0); 
DATAIN: IN std_logic_vcctor<3 downto 0); 
WRITEN: IN std_logic; 

CLX: IN std — logic); 
end test; 

architecture inside of test is 
component testran 

port IA: IN std_logic_vcctor(5 downtc 0); 

DO: OUT std_lcgic_vector <3 downto Oj; 

DI: IN std_logic_vector(3 downto 0); 

KR_£N: IN std_logic; 

KR_CLK: IN std_logicJ; 
end conponent; 
begin 

U0: testram port map<A=ADDRESS, DO=DATAOUT, DX=DATAXN, 
XR_EN=WRITEN, KR_CLK=CLK); 
end inside; 
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Simulating Your Design 


You can efficiently manage your design changes with the XSI VHDL 
and Verilog simulation options described in this chapter. VHDL 
simulation supports the VHDL Initiative Towards ASIC Libraries 
(VITAL) standard, which allows you to simulate with any VITAL 
compliant simulator, including Synopsys VSS. Built-in Verilog 
support allows you to simulate with Cadence Verilog-XL and other 
compatible simulators. 

XSI simulation options provide the following. 

• Fast, timing-accurate, gate-level HDL simulation with the VHDL. 
VITALeompliant or Verilog versions of the SimPrim Library 

• KTL or post-synthesis, functional verification of designs 
containing instantiated Xilinx Unified Library components, using 
either the VITAL or Verilog versions of the UniSim Library 

• Support for FPGA architecture features such as Global Set/Reset. 
Oscillator, RAM, and ROM 

This chapter includes the following sections 

• "Simulation Design Flow Overview" 

• "Using Simulation Libraries" 

• "Working with the VITAL Standard" 

• "VHDL and Verilog Simulation Flow" 

• "Synthesizing/Simulating for VHDL Global Set/Reset Emula¬ 
tion" 

• "NGDBuild Support of Multiple Device Architectures" 

• "Recommended VSS Simulation Strategy" 

• "VSS Simulation Flow" 
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• "Editing ihe VSS Setup File'' 

• "Creating a Testbench File'' 

• "Using RTL Simulation" 

• "Implementing Your Design” 

Simulation Design Flow Overview 

A typical single chip VHDL or Verilog simulation design flow 
includes the following steps, illustrated in the "HDL Simulation 
Design Flow" figun?. 

1. Generation of a VHDL RTL description 

2. VHDL RTL simulation 

3. Synthesis implementation 

4. Optional unit delay gate-level functional simulation 

5. Timing simulation 



X7002 


Figure 5-1 HDL Simulation Design Flow 
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Using Simulation Libraries 

Tills section provides information on the libraries needed to simulate 
your VHDL and Verilog designs. 

UniSim Library 

To make an RTL simulation FPGA-specific, the design must contain 
instantiated Unified Library or LogiBLOX components. To support 
these instantiations, Xilinx provides a functional UniSim library and a 
behavioral LogiBLOX library. The VHDL and Verilog versions of the 
UniSim library differ because of variations in language features and 
methodologies. You can also use the UniSim library for post¬ 
synthesis, gate-level simulation as discussed in the "VHDL and 
Verilog Simulation Flow" section. 

UniSim Library Structure 

Use the UniSim Library for functional simulation only: it contains 
default unit delays. Structures differ for the library directories for 
VHDL and Verilog. Only one VHDL library exists for all Xilinx tech¬ 
nologies. However, some components contain configuration state¬ 
ments to select the appropriate functionality for a specific 
architecture. A single libraiy makes it easier to switch between tech¬ 
nologies. Because Verilog does not have configuration statements, 
separate libraries are provided for each technology. 

Tine UniSim Library contains all the Xilinx Unified Libraiy compo¬ 
nents inferred by most synthesis tools. In addition, the UniSim 
Library contains commonly instantiated components such as IOs and 
memory components. Use your synthesis tool’s module generators or 
LogiBLOX to generate higher order functions such as adders, 
counters, and RAM. 

Schematic macros are not provided because schematic vendors 
usually provide the lower-level nellisl when a synthesis tool imports 
a design. This lower-level netlist for a schematic macro is required for 
implementation as well. You can find VHDL models for DesignWare 
components in SXlLINX/synopsys/libraries/sim/src/xdw. 

Note: CtesignWare does not currently provide components in Verilog 
versions. 
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You can accelerate the V'lTAL-compliant V'HDL version of the 
UniSim Library but you cannot back-annotate it with an SDF file. 
Compile the library for each HDL simulator using the Xilinx- 
supplied source files in SXILINX/vhdl/src/unisims. Compile the 
source files into a library named UNlSl.Vl. 

You do not always have to compile the Verilog version of the UniSim 
Library, depending on the Verilog tool. Because there are a few 
components with functional differences between Xilinx technologies, 
each supported technology has a separate library, in upper case only. 
If needed, you can find lower case libraries in the Xilinx Cadence 
Interface located in $XILINX/verilog/src/ technology, where teii- 
nology is UN13000, UN141X)0E. UNI4G00X, or UNI5200. 

A few differences exist between the upper and lower case versions of 
the Verilog UniSim libraries. For example, because buf, pullup, and 
pulldown are reserved words in Verilog. the lower case version of the 
UniSim library uses buff, pullupl. and pulldownl, and the upper 
case version uses BUF. PULLUP, and PULDOVVN. 

UniSim Library Files 

You can compile the UniSim VHDL Library to any physical location 
on your system. You can find the VHDL source files in SXILINX/ 
vhdl/src/unisims, listed below in the order in which you must 
compile them with the Synopsys compiler. 

1. unisim VCOMP.vhd (component declaration file) 

2. unisim VCOMP52K.vhd (substitutional component declaration 
file for XC5200 designs) 

3. unisim VPKG.vhd (package file) 

4. unisim VITAL.vhd (model file) 

5. unisim VITAL52K.vhd (additional model file for XC520D 
designs) 

6. unisim VCFG4K.vhd (configuration file for XC4IXX) edge 
decoders) 

7. unisim VCFG52K.vhd (configuration file for XC5200 internal 
decoders) 
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You on find the uppercase Verilog components in individual compo¬ 
nent files in the following directories. 

• $XlLINX/verilog/src/UNI3000 (Series 3K) 

• $XlLlNX/verilog/src/UNHOOOE (Series 4KE and 4KL) 

• $X1 LINX/verilog/sre/UNI4000X (Series 4KEX. 4KXL. and 
4KXV) 

• $XlLINX/veriIog/src/UN152tX) (Series 5200) 

UniSim Library Component Instantiation 

You must refer to the compiled UniSim Library in your VHDLcode 
to instantiate components from this library in your design for RTL 
simulation. The VHDL simulation tool must map the logical library 
to the physical location of the compiled library. Verilog must also 
map to the UniSim Verilog library. Even though VHDL component 
declarations are provided in the library, component declarations are 
required in the RTL code for synthesis. 

SlmPrim Library 

Use the SimPrim (simulation primitive) library for post-NGDBuild. 
post-map partial timing, and full timing back-annotated simulation. 

LogiBLOX Library 

Use the LogiBLOX module generator to create schematic-based 
modules such as adders, counters and large memory blocks. For your 
HDL designs, use LogiBLOX to generate large blocks of memory for 
instantiation. Refer to the "Using Core Generator and LogiBLOX" 
chapter and LogiBLOX User Guide for more information. 

LogiBLOX Library Compilation 

You can compile the LogiBLOX VHDL library to any physical loca¬ 
tion. You can find the VHDL source files in SXlLlNX/vhdl/src/logi- 
blox, listed below in the order in which you must compile them. 

1 . mvlutil.vhd 

2 . mvlarith.vhd 

3. logiblox.vhd 
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LogiBLOX Library Component Instantiation 

Simulate LogiBLOX components with behavioral code not intended 
lor synthesis. The synthesizer processes the component as a "black 
box." The implementation software reads the NGO file created by 
LogiBLOX. You can find the source libraries for LogiBLOX in 
SXILINX/vhdl/src/logiblox. The LogiBLOX tool creates the actual 
models. You must compile the package files into a library called 
LOGIBLOX. You should compile the LogiBLOX component model in 
your working directory with your design. 

Working with the VITAL Standard 

VITAL was created to promote the standardization of VHDL libraries 
and simulators from different vendors. VITAL also defines a standard 
for back-annotation of timing information to VHDL simulators. 

Tire IEEE-STD 1076.4 VITAL standard accelerates gate-level simula¬ 
tions. Check with your simulator company to verify’ they support this 
standard. Also, make sure you use the proper settings and VHDL 
packages for thLs standard. 

Your simulator can also accelerate IEEE-1164, the standard logic 
package for Types. VITAL libraries require overhead for timing 
checks and back-annotation styles. The UniSim Library turns off 
these liming checks because they do not apply to unit delay func¬ 
tional simulation. The SimPrim back-annotation library by default 
turns on these timing checks. However, you can turn them off and 
then edit and re-compile the SimPrim components file. 

VHDL and Verilog Simulation Flow 

HDL simulation can occur at five different steps in the design flow, as 
listed below. Subsequent sections describe each step in more detail. 

The "VHDL and Verilog Simulation Flow" figure illustrates the 
design flow. 

• Register Transfer Level (RTL) 

• Post-synthesis. pre-NGDBuild 
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• Post-NGDBuild, pro-MAP 

• Post-MAP pjfti.il timing ICLB and IOB block delays only; no net 
delays) 

• Post-route full timing (block and net delays) 






«»••• 


Figure 5-2 VHDL and Verilog Simulation Flow 

Simulating at Register Transfer Level (RTL) 

RTL simulation allows you to verify or simulate your HDL design at 
tlie system or chip level. High-level RTL language constructs usually 
describe the system or chip at this level. You can use VHDL and 
Verilog simulators to check your design’s functionality before you 
implement it in gates. 
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Use a testbench to model tlie environment of the system or chip. At 
this level, you can use the UniSim library to instantiate components 
from the Xilinx Unified Library. You can also instantiate LogiBLOX 
components if you do not want to use modules generated by your 
synthesis tool. 

Conducting a Post-Synthesis (pre-NGDBuild) Gate- 
Level Functional Simulation 

After synthesizing the system or chip to gates, re-use the testbench in 
post-synthesis, gate-level functional simulation to simulate the 
synthesized result. Check consistency with your original design 
description. In the Xilinx design flow, post-synthesis, gate-level simu¬ 
lation includes any simulation performed after any of the synthesis, 
map, or place and route steps. 

A post-synthesis. pre-NGDBuild gate-level functional simulation 
allows you to directly verify your design after synthesis. Any differ¬ 
ences in the behavior of the original RTL description and the synthe¬ 
sized design can indicate a problem with your synthesis tool. Not all 
synthesis tools support post-synthesis simulation. The synthesis tool 
must be able to write VHDL or Vetilog output in terms of the UniSim 
library. 

LogiBLOX components remain behavioral models, expanded and 
represented as gates. The library usage guidelines for RTL simulation 
also apply to post-synthesis gate-level functional simulation. 

Conducting a Post-NGDBuild (Pre-Map) Gate-Level 
Functional Simulation 

If your synthesis tool cannot write UniSim-compatible VHDL or 
Verilog netlists, you cannot simulate the synthesis output. In this 
case, use post-NGDBuild (pre-MAP) gate-level functional simulation 
with generic SimPrim library models. As with the post-synthesis, pre- 
NGDBuild simulation, this type of gate-level simulation allows you 
to verify that your design synthesized correctly. 
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Conducting a Post-Map Partial Timing (CLB and IOB 
Block Delays) Simulation 

In (he Xilinx design flow, you can perform a partial liming simulation 
after your disign maps (see the "VHDL and Verilog Simulation 
Row" figure). Tire resulting NCD file contains timing information for 
the CLB and IOB mapped blocks. At this point your design is not 
routed and does not contain net delays, with the exception of pne-laid 
out macros such as cores. 

Conducting a Post-Route Full Timing (Block and Net 
Delays) Simulation 

After using PAR to mute your design, you can simulate it with the 
actual block and net timing delays with the same testbench used in 
the earlier behavioral simulation. Tire back-annotation process 
produces a netlist of Sim Prims annotated with the appropriate block 
and net delay data from the place and route process. 

Different simulation libraries are required to support simulation 
before and after you run N'GDBuild on your design. Prior to 
NGDBuild, designs are expressed as netlists containing Unified 
Library components. After NGDBuild, designs are expressed as 
netlists containing SimPrims. While the impact of these library 
changes are not apparent, designs need different simulation libraries 
for pre- and post-implementation simulation. Additionally, pre- and 
post-implementation netlists include different gate-level components. 

Synthesizing/Simulating for VHDL Global Set/Reset 
Emulation 

VHDL requires a testbench to control all signal ports. You can instan¬ 
tiate certain VHDL-specific components, explained in the following 
sections, in the RTL and post-synthesis VHDL description to allow 
the simulation of the global signaLs for global set/reset and global 3- 
state. 

NGD2VHDL creates a port in your back-annotated design entity for 
stimulating the global set/reset or 3-state enable signaLs. ThLs port 
does not actually exist on the configured part. 
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When running NGD2VHDL, you do not need to use the -gp switch 
to create an external port if you instantiate a STARTUP block in your 
implemented design. Tire port is already identified and connected to 
the global set/reset or 3-state enable signal. If you do not use the -gp 
option or a STARTBUF block, you must use special components, as 
described in the following sections. 

Using STARTBUF in VHDL 

STARTBUF replaces STARTUP. With STARTBUF you can functionally 
simulate the GSR/GR net in both function and timing simulation. By 
connecting the input pin of the STARTBUF to a top-level port and 
using STARTBUF as the source for all async set/reset signals in a 
design. Xilinx Ml software can automatically optimize the design to 
use the GSR/GR. Because you can use STARTBUF in functional simu¬ 
lation (unlike STARTUP), when you use STARTBUF you can map to 
the GSR/GR in a device. You can still use STARTUP, but it does not 
always provide correct GSR/GR in HDL flows. 

Tire STARTBUF component passes a reset or 3-state signal in the 
same way that a buffer allows simulation to proceed and also instan¬ 
tiates the STARTUP block for implementation. One version of 
STARTBUF works for all devices, however, the XC5200 and the 
XC4000 STARTUP blocks have different pin names. Implementation 
with the correct STARTUP block occurs automatically. The following 
shows an instantiation example of the STARTBUF component. 

Ul: STARTBUF port map (GSR-M => DEV_G3R_PORT, GTSIH 
=>DEV_GTS_PORT, CLK1N -> *0' , GSROUT => GSR_HET, 
GTSOUT => GTS_HET, 02OUT => open, Q30UT => open, 
Q1Q4CCT -> open, COMEIHOUT => openl: 

You can use one or birth of the input ports (GSRIN and C.TS1N) of the 
STARTBUF component and the associated output ports (GSROUT 
and GTSOUT). You can use pins left "open" to pass configuration 
instructions to the implementation tools by connecting the appro¬ 
priate signal to the port instead of leaving it open. 

Instantiating a STARTUP Block in VHDL 

Tire STARTUP block traditionally instantiates to identify the GR. 
PRLD, or GSR signals for implementation. However, simulation can 
occur only when the net attached to the GSR or GTS goes off the chip 
because the STARTUP block does not have a simulation model. You 
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can use Ihe new components described below to simulate global set/ 
reset or 3-state nets whether or not the signal goes oil the chip. 

Generating a Reset-On-Configuration in VHDL 

Tine Reset-On-Conliguration (ROC) component generates during 
back-annotation il you do not use the -gp option or STARTUP block 
options. Therefore, you can instantiate the ROC in the front end to 
match lor functionality with GSR. C.R, or PRLD (done in both func¬ 
tional and timing simulation). During back-annotation, the entity and 
architecture for the ROC component are placed in your design's 
output VHDL file. 

In the front end, the entity and architecture reside in the UniSim 
Library, and require a component declaration and instantiation. 

The ROC component generates a one-time initial pulse to drive the 
C.R. GSR, or PRLD net starting at time "0" for a user-defined pulse 
width. You can set the pulse width with a generic in a configuration 
statement. The default value of "width" Ls 0 ns. which disables the 
ROC component and causes a low global set/reset. The netlist itself 
handles active low resets, requiring you to invert this signal before 
using it. 

The ROC component allows you to simulate with the same testbench 
as in RTL simulation, and also allows you to control the width of the 
GSR signal in your implemented design. 

One of the easiest methods for mapping the generic involves config¬ 
uring your testbench. An example testbench configuration for setting 
the generic follows. 

CONFIGURATION cfg_my_timing_tostbcnch OF my_testbench 15 
FOR my_teitbcnch_architecture 
FOR ALL:my_design USE ENTITV uerk.ny_design(structure!j 
FOR structure 

FOR ALL:roc ENTITY work.roc (roc_v); 

GENERIC MAP (width => 100 ns) 

END FOR; 

END FOR; 

END FOR; 

END FOR; 

END cfg_jny — timing_tc5tb<?nch; 
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The following shows an inslantialion example of the ROC compo¬ 
nent. 

ul: ROC port mop (O -> GSR_.NET>; 

Using ROCBUF in VHDL 

The ROCBUF component allows you to provide a stimulus lor the 
ROC signal through a testbench. However, the port connected to it 
does not implement as a chip pin. Use the -gp switch with 
NGD2VHDL to use the port in timing simulation. The following 
example shows an instantiation of the ROCBUF component. 

ul: ROCBUF port nap (I ■:> SIM_GSR_PORT, <3 => GSR_HETJ; 

Generating a 3-State-On-Configuration in VHDL 

Tlie 3-State-On-Configuration (TOC) component generates if you do 
not use the -tp option or STARTUP block options. The entity and 
architecture for the TOC component are placed in your design's 
output VHDL file. 

Tine TOC component generates a one-time initial pulse to drive the 
OR, GSR, or PRLD net starting at time '0' for a user-defined pulse 
width. You can set the pulse width with a generic in a configuration 
statement. The default value of "width,' - 0 ns, disables the TOC 
component and causes the 3-state enable to be held low. Tine netlist 
itself handles active low 3-state enables, requiring you to invert this 
signal before using it. 

Tine TOC component allows you to simulate with the same testbench 
as in the RTL simulation, and also allows you to control the width of 
the 3-state enable signal in your implemented design. 

Tine TOC components require a value for the generic width, usually 
specified with a configuration statement. Otherwise, you must 
include a generic map as part of the component instantiation. You can 
set the generic width with any generic mapping method. Set the 
"width" generic after consulting The Programmable Logic Data Book for 
the particular part and mode you have implemented. For example, a 
XC4000E part can vary from 10 ms to 130 ms. Use the Tp, iR (Power- 
On Reset) parameter found in the Configuration Switching Charac¬ 
teristics tables for Master, Slave, and Peripheral modes. 
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One of the easiest methods for mapping the generic to configure your 
testbench. An example testbench configuration for setting the generic 
follows. 

CONFIGURATION c£g_my_timing_testbcnch OF my_IC5tbench IS 
FOR my_tcstbench_architecture 
FOR ALL:my_dcsign USE ENTITY work.ny_design(structrue); 

FOR structure 

FOR ALL:toe ENTITY work.toe (toc_v); 

GENERIC MAP (width => 100 ns) 

END FOR; 

END FOR; 

END FOR; 

END FOR; 

END c£g_my — timing — testbench; 

The following example shows an instantiation of the TOC compo¬ 
nent. 

V2: TOC port mop (O => GTS_NET); 


Using TOCBUF in VHDL 

Tine TOCBUF allows you to provide a stimulus lor the global 3-state 
signal (GTS) through a testbench. However, the port connected to it 
does not implement as a chip pin. Use the -tp switch with 
NGD2VHDL to use the port in timing simulation. The following 
example shows an instantiation of the TOCBUF component. 

v2: TOCBUF pore nap (I ->SIM_CITS_PCKT. O =>GTS_MET); 

Using Oscillators in VHDL 

The SimPrim library does not include the Oscillator component 
because you cannot drive global signals in VHDL designs. After 
back-annotation, your VHDL design output contains the oscillator 
entity and architectures. The UniSim Library instantiates and simu¬ 
lates oscillators for functional simulation. You must set the period of 
the base frequency for simulation because the default period of 0 ns 
disables the oscillator. The oscillator's frequency can vary signifi¬ 
cantly with process and temperature. 

Before setting the base period parameter, consult The Programmable 
Logic Dalu Beak for the part you are using. For example, for a XC4000 
on-chip oscillator, the base frequency ranges from 4 MHz to 10 MHz, 
and is nominally 8 MHz. Therefore, the base period generic 
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"period 8m” for the XC4000E OSC4 VHDL model ranges from 250 ns 
to 100 ns, as shown in the following example. 

CONFIGURATION c£g_jny_functional_tcstbcnch OF my_tostbench IS 
FOR my_testbench_architecture 

FOR ALL: ny_dcsign USE ENTITY work.my_design (my — design_rtI); 

FOR my_design_r* 1 

FOR ALL: ny_subrrodulc USE Ef^TITY work .my_sufc<Tcdule (my_5ubnodule_rt1J; 
FOR my_subnodule_rt1 

FOR all: osc4 USE ENTITY work.osc4 (structure) 

GENERIC HAP <pcnod_&n => 12S nS) ; 

END FOR; 

END FOR; 

END FOR; 

END FOR; 

END FOR; 

END FOR; 

END c£g_my_£unctional_Tcstbench; 

Using Global Set/Reset Emulation in Verilog 

For more information, refer to the Cadence User's Manual. 

Using Global 3-State Emulation in Verilog 

For more information, refer to the Cadence User's Manual. 

Using Oscillators in Verilog 

For more information, refer to the Cadence User's Manual. 

NGDBuild Support of Multiple Device Architectures 

Note: Refer to the "VHDL and Verilog Simulation Flow" figure. 

NGDBuild processes multiple device architectures with the same core 
map and place and route software. NGDBuild performs two func¬ 
tions during design implementation. 

• NGDBuild stores your design’s elements in a single database so 
that subsequent operations, such as mapping and routing, are 
performed on the entire design. 
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• NGDBuild creates an native generic database (NGD) netlist. 
which consists of technology-independent primitives common to 
all FPGAs (SimPrims). 

The MAP program mads this NGD file and creates a native circuit 
description (NCD) file, a physical description of your design in terms 
of the target device. 

Next, the PAR program places and routes the NCD file. NGDAnno 
creates an NGA file, a back-annotated NGD file. 

Recommended VSS Simulation Strategy 

Because of the flexibility of the simulation environment, you can 
verify your design using various methods. The following steps, 
explained in subsequent sections, show you one recommended flow 
for FPGA simulation. 

1. Create a .synopsys _vss.setup file. 

Before you can begin simulation, you must create a simulation 
setup file. 

2. Specify the initial states of your registers in your VHDL source 
file. 

If you use attributes at the DC Shell command line or in Design 
Analyzer to control the initial states of the registers in your 
design, RTL simulation does not reflect those initial states. 

3. Create a test bench file. 

By following the guidelines described in this section, you can use 
the same test bench for both RTL and timing simulation. 

4. Perform RTL simulation. 

Tills step allows you to debug the behavior of your source design 
before implementing it in an FPGA. 

5. Implement the design in an FPGA. 

Tills step provides the necessary physical resource information 
necessary for timing simulation. 

6. Prepare the timing model. 

Tlie NGD2VHDL program prepares a back-annotated timing 
model of your design for simulation. 
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7. Perform liming simulation. 

By re-using Ihe RTL simulation test bench file, you can easily 
compare results and prevent errors caused bv accidental differ¬ 
ences between separate test bench files. 

VSS Simulation Flow 

Tile VSS simulation flows appear in (he following, figure and (he 
"Back-annotation Simulation" figure. 


Original HDL Source Testbench 






(VTTAL) 



VSS V1997A1 
or later 


J .synopsys vss.setup j 


UmSim source code for RTL 
simulation ol instanlaled 
unit led library prlmlUves 
(back-annolation primitives). 


X8561 


Figure 5-3 RTL Simulation 


5-/6 


Xitinx Devehymeu t System 













Simulating Your Design 


Testbench Back-annotation 
netllst and timing 






VSS V1997.01 


1 


Ksynopsys vss.setup i 


VITAL source code 
lor SlmPrlm 
comps. Shipped 
with core tools. 



(VITAL) 


ITAL) 


X8562 


Figure 5-4 Back-annotation Simulation 


Editing the VSS Setup File 

To property analyze and simulate Xilinx designs using VSS, you must 
edit your Synopsys VSS setup file, .synopsys. vss.setup. You can find 
a sample VSS setup file in SXILINX/synopsys/examples/ 
template-synopsys_vss. setup. You can copy this file to your project 
directory and rename it .synopsys_vss.selup. 

The following example shows the sample VSS setup file in SXILINX/ 
synopsys/examples/lemplate_synopsys. vss. setup. Make sure you 
have included the information in this file in your VSS setup file. 
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— Template .synopsys_vss.sotup tile tor Xilinx design — 
For use with Synopsys VSS. 


——————————————————————————————————————————————————— 

Set any sinulation preferences. 


TIMEEA3E = NS 

TIME_RES_FACTOR = 0.1 


— Define a work library in the current project dir 
-- to hold temporary files and keep the project area 


— uncluttered. Note: You oust create a subdirectory 
-- in your project directory called MORK. 


WORK > DEFAULT 
DEFAULT : ./WDRX 


-- Note that the following sinuiation libraries arc 

— provided ready-analyzed with VSS 3.4b-vital. (Kith — 
-- the exception of FTGS libraries which arc ready- 

-- analyzed with VSS 3.4b) If you're using a later 
-- version of VSS then refer to the automatic compile — 

— scripts provided in the appropriate library's 
-- source directory. I.e. $X ILINX/synopsys/sim/sre 



— VITAL SinPnm libraries provided to support back- — 

— annotated simulation only. 

—— —— — — ——— — —————————————————————————————————————————— —— 

SIMPRIM : $XILINX/synopsys/Iibraries/sin/1 lb/sirrprlms 


— Packages used by LogiBLCX functional simulation 
-- node1s only. Ic. To support behavioral sinulation 

— of VHDL designs with instantiated LogiBLOX cells. 

LOGIBLOX : $XILINX/synopsys/librancs/sim/lib/legiblcx 


— Exanple pointers to the Xilinx FTGS simulation 

-- libraries. Note that these libraries arc provided 

— for corrpatibility with earlier versions of X3I. 

— — —= — —= — — 

XC4000E : $XILINX/synopsys/Iibraries/sin/1ib/xc4000e/ftgs 
XC52Q0 : OXILINX/synopsys/Iibraries/sin/1ib/xc5200/ftgs 
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XC7000 : OXILINX/synopsys/libraries/sin/lib/xc7000/ ttgs 

XC9000 : $XX L1NX/synopsys/1ibr a rics/sia/1ib/xc9000 /£tqs 

Creating a Testbench File 

Follow Ihe instructions in the testbench.vhd file included with the 
Calc tutorial to create a testbench tile for your design. See the XS1 
tutorial at http://support.xilinx.com/support/techsup/tutonals/ 
index.htm for more information about creating a testbench for Xilinx 
devices. You can use the same testbench for RTL and timing simula¬ 
tion. 

After you have created a testbench file, you can begin using the VSS 
simulator for RTL simulation. 

Using RTL Simulation 

Use RTL simulation to debug your logic before fitting your design 
into an FPGA. 

Generally RTL level simulation does not require VITAL or Verilog 
unified library models because VHDL simulators can simulate 
behavioral code. However if your design contains instantiated 
components (such as RAMs, ROMs, input registers, INFF, clock 
buffers), the simulator must have access to VITAL or Verilog models 
for these front end unified library components. 

During simulation, analyze your design's modules according to hier¬ 
archical precedence with the lowest first (analyze the testbench last). 
Analyze the RTL models for all instantiated primitives, followed by 
the design files, with the Synopsys VHDLAN command. 

vhdlan -i modulo.vhd 


vhdlan -1 testbench.vhd 

Note: Use the -i option on the VHDLAN command. While this 
option can result in a slight increase in simulation time, it is not 
dependent on any operating system or C compilers. Additionally, 
VHDLAN can analyze your design in compiled or interpretive 
modes. While the compiled mode usually accelerates simulation run 
times, it reduces debugger visibility into the simulation. For more 
information, refer to the Synopsys documentation. 
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After analyzing all your design modules (including the testbench), 
start the simulator. The simulator comes in two versions, a graphic 
debugging environment, VHDLDBX, and a command-line driven 
simulator, VHDLSIM. VHDLDBX allows you to select the desired 
configuration from a graphic window. VHDLSIM requires you to 
specify the desired configuration at the command line. In either case, 
select the configuration name associated with your testbench entity. 

For example, consider a testbench with the following entity and 
architecture statements. 

entity my_tcstbcnch la 
end my_tcatbcnch; 

architecture my_voctora of my_teatbcnch is 


begin 


end my_vcctors; 

At a minimum, you then require a configuration of the following 

type- 

configuration my_con£iguration of ny_tcstbonch is 
for my_vectors 
end for; 

end my_configurationj 

To start VHDLDBX on this design, perform the following steps. 

1. Enter the following at the UNIX command line. 

vhdldbx 

2. Select cay configuration from the command list. 

3. Press OK. 

To start VHDLSIM on this design, enter the following command at 
the UNIX command line. 

vhdlsim cay configuration 

For an example of how to use these tools, refer to the XS1 tutorial at 
http: / / support.xilinx.com/ support / tech sup/ tutorials/ index.htm. 
Also, see the Synopsys user documentation for more information. 
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The Calc tutorial provides the behv. .sim.csh script file. This script 
illustrates the necessary steps to perform an RTL simulation on the 
Calc design. You can modify behv sim.csh to use with your designs. 
This script analyzes the VHDL files, and starts the VSS VHDL 
Debugger (VHDLDBX). During simulation, the testbench applies 
stimulus to the design, and monitors and records its outputs. 

Implementing Your Design 

After debugging your design using RTL simulation, you can compile 
it using synthesis and implement it in an FPGA using the Xilinx soft¬ 
ware. You must implement your design before performing timing 
simulation. 

Use DC Shell commands or Design Analyzer, as described in the 
"Synthesizing Your Design" chapter, to create the XNF or ED1F netlLst 
file required by the Xilinx software. This gate-level netlist file 
contains components from the appropriate library but not timing 
information. The Xilinx software processes the netlist file and places 
the logical design into the physical architecture of your target FPGA. 

After the Xilinx software implements the design, the actual target 
device timing information is available for timing simulation. 

Using the Calc design as an example, the following steps provide an 
overview of the implementation procedure. 

1. Compile the design, targeting the appropriate libraries, and 
create an XNF or ED1F netlist by executing the following 
command at the command line. 

dc shell -f calc.script 

During processing, the system displays informational messages. 

2. Run NGDBuild to process the netlist. NGDBuiid translates the 
Synopsys-generated netlist to a Xilinx netlist. 

ngdbuild -p part type calc 

3. Run the MAP program. MAP allocates the logic to CLBs and 
lOBs. 

map calc 
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4. Run PAR. which produces a placed and routed design. The -w 
option specifies the output file name. 

PAR calc -w calc routed 

5. Run NGDAnno, which relates the placed and routed design with 
the original design to ensure the retention of as many of the orig¬ 
inal component and net names as possible. 

ngdanno calc_routed calc 

6. Run NGD2VHDL. which creates a structural VHDL netlist for 
use as a simulation model and a corresponding SDF file 
containing timing information. 

ngd 2 vhdl calc routed 

When simulating, you must analyze your design’s modules 
according to hierarchical precedence with the lowest first (structural 
netlist fiist. followed by the testbench). 

vhdlan -i routed design.vhd 
vhdlan -i testbench.vhd 

Note: VHDLAN can analyze your design in compiled or interpretive 
modes. While the compiled mode usually accelerates simulation run 
times, it reduces debugger visibility into the simulation. For more 
information, refer to the Synopsys documentation. 

The VHDL Simulator launches and reads in the testbench, the back- 
annotated VHDL model for your placed and routed design, and the 
associated SDF file. 

For timing simulation, the simulator starts in the same way as for 
RTL simulation, but with the addition of the following two command 
line options. 

• The name of the SDF file that contains the timing information 

• Tire instance in the testbench where you apply timing informa¬ 
tion 

The following examples illustrate these two command line options. 

• VHDLS1M Example 

vhdlsim -sd£ top my testbench/ instance_tuime \ 

-sdf routed design.sdf my configuration 
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• VHDLDBX Example 

vhdldbx -sd£ top my testbench/ instance _name \ 

-sdf routed design.sdf my configuration 

Where inslancejiante is the instance name of the unit under test in 
your testbench. 

Note: You can also specify the -sdf top and -sdf options in the argu¬ 
ments field of the initial window that appears when you start 
VHDLDBX. 

Tine Calc tutorial provides the tinn sim.csh script file. This script 
provides the necessary steps to perform a timing simulation with the 
VSS simulator. You can modify this script to use with your designs. 
You can use the same testbench you used to perform an RTL simula¬ 
tion to perfomn a timing simulation. 
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Using Files, Programs, and Libraries 


This chapter describes the files, programs, and Xilinx-supplied 
libraries you need lo translate your HDL design using Synopsvs 
FPGA Compiler or Design Compiler. 

This chapter includes the following sections. 

• ’'Understanding the XS1 Directory Structure" 

• "Using File Descriptions' 

• "Using Program Descriptions" 

• "Using Supplied Libraries Descriptions" 

Understanding the XSI Directory Structure 

This section describes the XSI directory tree. This directory tree 
allows you to easily find XSI files, programs, and libraries. 

XSI Directory Tree Structure 

SXXLlNX/synopsys/ 

I— data (contains at the minimua synopsvs.ard and nbcxpand.acd files) 

I— libraries 
I |— sim 

I I I— lib 

I III— legiblox (compiled LCGIBLOX simulation library) 

I III I— spare 

I III 

I III— sinprims (conpilcd SIMPRIM simulation libraryj 

I III I— spare 

I III 

I III— xc9000 

I III I— ftgs (compiled FTGS simulation library) 
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I-- xdw Iconpiled xdw simulation library) 
I— spare 


— logiblox ILOS2BU3X simulation library source) 

— sinpnms (SXMPR2M simulation library source} 

— xc9000 

I-- ftgs (FTG5 simulation library source) 

— xdw 1XDM simulation library source) 


— syn 

*.sdb iconpilcd symbol libraries} 
*.sldb (complied synthetic libraries) 
*.db (compiled synthesis libraries} 



lib 

I — xc4Q00e (compiled Design Ware library) 
I— xc4Q00ex 
|— xc4Q001 
I— xc4000xl 
|— xc4000xv 
I— xcS200 
|— xc9000 
I-- Spartan 
I— SpartanXL 


I — xc4Q00e (Design Ware library source) 
|— xc4000ex 
I— xc40001 
|— xc4 300x1 
I — xc4 300xv 
I— xcS200 
I— xc9000 
I — Spartan 
|— SpartanXL 

— cxarrplcs (cxarrplc setup files) 

|— training 
I 
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|" bscan 

|— vhdl 
|— vcrilog 

I 

I — bigaddcr 

I— vhdl 
|— vcrilog 

I 

I— butg 

|— vhdl 
|— vcrilog 

I 

|— ram 

|— vhdl 
|— vcrilog 

I 

I — resource 

I— vhdl 
|— vcrilog 

I 

I— tbufnux 

|— vhdl 
|— vcrilog 

— tutorial 
I 

I— fpga 
I I — vhdl 

I 

I— dc 

I I — vhdl 

I 

I— cpld 

|— vcrilog 
I— vhdl 
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Using File Descriptions 


Tills section describes the files you need to translate, map, place, and 
route your design using the XS1 and Synopsys tools. 

Table 6-1 File Descriptions 


File 

Description 

FPGA Compiler 
or Design 
Compiler 

design jiameMripl 

The design /nwnvscript file is user-created and 
contains the commands for Synopsys FPGA 
Compiler or Design Compiler. These 
commands specify the operating conditions, 
the name and format of the design file, and 
synthesis directives. Script files can have exten¬ 
sions other than .script. 

Both 

designjiame.v 

The .V extension indicates the Verilog HDL 
format. 

Both 

design jutme.vhd 

The .vhd extension indicates the VHDL format. 

Both 

.synopsys dc.setup 

The _synopsys dc.setup file is the startup file 
for the Synopsys synthesis tools. It must reside 
in your home directory or working directory. 

Both 

XC4000e.sdb 

The XC4000e.sdb file contains XC4000E sche¬ 
matic symbols for Synopsys. 

Both 

XC4000ex.sdb 

The XC4000ex.sdb file contains XC4000EX 
schematic symbols for Synopsys. 

Both 

XC4000xv.sdb 

The XC4000xvsdb file contains XC4000XV 
schematic symbols for Synopsys. 

Both 

XC5200.sdb 

The XC5200.sdb file contains XC5200 schematic 
symbols for Synopsys. 

Both 

XC.3000a.sdb 

The XC3000a.sdb file contains XC3000A sche¬ 
matic symbols for Synopsys. 

Both 

spartan.sdb 

The spartan-sdb file contains Spartan schematic 
symbols for Synopsys. 

Both 

spartanxl.sdb 

The spartanxl.sdb file contains SpartanXL sche¬ 
matic symbols for Synopsys. 

Both 
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Table 6-1 File Descriptions 


File 

Description 

FPGA Compiler 
or Design 
Compiler 

virtex-sdb 

The virtex.sdb file contains Virtex schematic 
symbols for Synopsys. 

Both 

XC9000-sdb 

The XC9000.sdb file contains XC9000 schematic 
symbols for Synopsys. 

Both 

.sim 

VSS simulation uses SIM files. 

Both 

designjuvuesxni 

The design nnme.sxnl file is the synthesized 
design generated by the Synopsys synthesis 
tools. 

FPGA Compiler 

design juimesedit 

The design /minc.sedif file Is the synthesized 
design generated by the Synopsys synthesis 
tools using the EDIF syntax. 

Design Compiler 

design jumie.nd 

DC2NCF creates the design _name.nci file. 
DC2NCF converts timing constraints applied to 
your design in the Synopsys environment to 
equivalent constraints that control the Xilinx 
place and route process. 

Both 

design juvue.ngo 

HD1F2NGD or XNF2NGD create the 
design .name. ngo file, which contains a logical 
description of your design in terms of its orig¬ 
inal components and hierarchy. 

Both 

designjianu.n gd 

The NGDBuild program generates the 
design Hd/i/c.ngd file, a binary file containing a 
logical description of your design in terms of 
both its original components and hierarchy, and 
the \'GD primitives to which your design is 
reduced. 

Both 

designjumiestcd 

The MAP program generates the 
design name.ncd file, a physical description of 
your design in terms of the components in the 
target Xilinx device. 

Both 

design _ routed.ncd 

The design routed.ncd file, generated by PAR. 
is your placed and routed design. 

Both 
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Table 6-1 File Descriptions 


File 

Description 

FPGA Compiler 
or Design 
Compiler 

designjwme.nga 

NGDAnno generates the design name .nga tile, a 
back-annotated NGD file. 

Both 

design jmme.vhd 

This tile is the VHDL timing simulation model 
created by the NGD2VHDL program. 

Both 

design jmmes df 

This file is the timing back-annotation file 
created by the NGD2VHDL program. 

Both 


Using Program Descriptions 

Tills section describes the programs you use when translating, 
mapping, placing, and routing your design using the XSI and 
Synopsys tools. You can use the following programs with both 
Design Compiler and FPGA Compiler. 

Table 6-2 Program Descriptions 


Program 

Description 

Design Analyzer 

Design Analyzer is the Synopsys graphic interface to the Synopsys 
svn thesis tools. 

y 

DC Shell 

DC Shell is the Synopsys UNIX command-line interface for entering 
commands, arguments, and options to the Synopsys synthesis tools. 

Synlibs 

This program displays the target and link libraries for the specified 
part type and speed grade. You can append the output of the Synlibs 
command to the -synopsys. de.setup file. 

Note: You must list the libraries in your setup 
file in the order that they appear in the Synlibs 
output. 

VHDLAN 

The VHDLAN program analyzes a VHD source file for simulation. 
Use the -i option with this program. 

VHDLDBX 

The VHDLDBX program is the VHDL Debugger, a graphic interface 
to the VHDL simulator. Through its dialog box, you can issue simu¬ 
lator commands, view command output, and view source code. 

NGDBU1LD 

This program reads a netlist file in XNF or EDIF format and creates 
an NGD file describing a logical design. 
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Table 6-2 Program Descriptions 


Program 

Description 

DC2NCF 

This program translates a Synopsys IX! file to a netlist constraints 
file (NCF) file. The DC file is a Synopsys file containing your design 
constraints. 

MAP 

This program maps a logical design to a Xilinx FPGA. 

TRACE 

This program provides static timing analysis of your design based on 
input timing constraints. 

PAR 

This program takes an NCD file, places and routes the design, and 
outputs an NCD file, which is then used by the BitGen program. 

NGDAnno 

This program distributes delays, setup and hold times, and pulse 
widths found in the phvsical NCD design file back to the logical 

NGD file. 

NGD2VHDL or 
NGD2VER 

These programs convert Xilinx NGD format into structural HDL for 
gate-level simulation. Netlist consists of SimPrims. 

BitCen 

This program produces a bitstream for Xilinx device configuration. It 
takes a fully routed NCD file as its input and creates a configuration 
bitstream. 


Using Supplied Libraries Descriptions 

Tills section describes the Xilinx-supplied libraries and supported 

part types and speed grades. The "Library Descriptions" table 

contains the following variables. 

• family refers to the family of Xilinx devices, for example, 4000e, 
-HXXlex, or 3000a. 

• partlype refers to the specific Xilinx device, for example, 4003e, 
4005e, or 3120a. 

• 4kparltype refers to the specific Xilinx XC4000 device, for 
example. 4003e or 4005e. 

• -s indicates the part type’s speed grade, for example, -5. Not all 
speed grades are available for all part types. Run Synlibs with the 
-h option to get a listing of all available part type and speed 
grade combinations. 
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Table 6-3 Library Descriptions 


Library 


ix 3000a.db 


xgen 30001.db 


31001.db 


4000e.db 


40001.db 


4000ex.db 


4000x1 


4000xU.db 


Description 

FPGA Compiler 
or Design 
Compiler 

The xgen 3000a.db library describes the 
XC3000a cells that do not contain timing 
information, for example, CLBMAP, PULLUP, 
net flags, and VCC. 

Both 

The xgen .TflOOl.db library- describes the 
XC30001 cells that do not contain timing infor¬ 
mation. for example, CLBMAP, PULLUP. net 
flags, and VCC. 

Both 

The xgen 3UX)l.db library describes the 
XC31001 cells that do not contain timing 
information, for example, CLBMAP, PULLUP, 
net flags, and VCC. 

Both 

The xgen 4000e.db library describes the 
XC4000e cells that do not contain timing 
information, for example. FM AP, PULLUP. 
and VCC. 

Both 

The xgen 4000l.db library describes the 
XC4000I cells that do not contain timing infor¬ 
mation, for example, FMAP. PULLUP, and 
VCC. 

Both 

The xgen 4000ex.db library describes the 
XC4000ex cells that do not contain timing 
information, for example. FMAP, PULLUP. 
and VCC. 

Both 

The xgen 4000xl.db library describes the 
XC4ll00xl cells that do not contain timing 
information, for example, FMAP, PULLUP, 
and VCC. 

Both 

Tire xgen 4()i)0xla.db library describes the 
XC4000xla cells that do not contain timing 
information, for example, FMAP, PULLUP, 
and VCC. 

Both 
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Table 6-3 Library Descriptions 


Library 

Description 

FPGA Compiler 
or Design 
Compiler 

xgen 4000xv.db 

The xgen 4000xv.db library describes the 
XC4000xv cells that do not contain timing 
information, for example. FMAP, PULLUP, 
and VCC. 

Both 

xgen 5200.db 

The xgen ,5200.db library describes the 

XC5200 cells that do not contain timing infor¬ 
mation, for example, FMAP. PULLUP, and 
VCC. 

Both 

xprim familys.db 

The xprim /irmiVy-s.db libraries describe the 
Xilinx XC4000E/L/EX/XL/XLA/XV, 
XC3000A/L, XC3100A/L. and XC5200 gates, 
flip-flops, input/output buffers, and other 
simple circuit elements whose delays do not 
vary with the density of the part. These files 
contain worst-case commercial (WCCOM) 
timing information. 

Both 

xprim fwrlfypr-s.db 

The xprim par/ty/x’-s.db libraries describe 
the Xilinx XC4000E/L/EX/XL/XLA/XV, 
XC3000A/L. XC310OA/L, and XC5200 3-state 
buffers, clock buffets. I/O decoders, and 
other simple circuit elements whose delays 
vary with the density of the part. These files 
contain WCCOM timing information. 

Both 

xio Ikparltypes.db 

Tire xio 4kptirHype-s .db libraries describe the 
Xilinx XC4000E/L/EX/XL/XLA/XV input/ 
output buffers whose delays vary with the 
device type. These files contain WCCOM 
timing information. 

Both 

xio 5fepflrffype-s.db 

Tire xio 5kparllype-s.db libraries describe the 
Xilinx XC5200 input/output buffers whose 
delays vary with the device type. These files 
contain WCCOM timing information. 

Both 


X ilinx/Synopsys Interface Guide — 2.1 i 


6-9 



























Xilinx/Synopsys Interface Guide 


Table 6-3 Library Descriptions 


Library 

Description 

FPGA Compiler 
or Design 
Compiler 

xfpga Jamily-s.db 

Die xfpga Jamilys.db libraries describe the 
Xilinx XC4000E/L/EX/XL/XLA/XV, 
XC3000A/L. XC3100A/L. and XC5200 CLB 
and IOB primitives, which allow the FPC.A 
Compiler to directly map to CLBs and lOBs. 
These files contain WCCOM timing informa¬ 
tion. 

FPGA Compiler 

xdc familif-s.db 

The xdc familys.db libraries contain Boolean 
functions to which the Synopsys tools map. 

Design Compiler 

xdw 4000e.sldb 

The xdw 4000e.sldb library contains the 
DesignWare macros that allow adders, 
subtracters, incremented, decrementers, and 
comparators to map directly to Xilinx Design- 
Ware modules. 

Both 

xdw 40001.s!db 

The xdw 40001.sldb library contains the 
DesignWare macros that allow adders, 
subtracters, incremented, decremented, and 
comparators to map directly to Xilinx Design- 
Ware modules. 

Both 

xdw 4000ex.sldb 

Die xdw 4000ex.sldb library contains the 
DesignWaie macros that allow added, 
subtracters, incremented, decremented, and 
comparatod to map directly to Xilinx Design- 
Ware modules. 

Both 

xdw 4000xl.sldb 

The xdw 4fl00xl.sldb librarv contains the 
DesignWaie macros that allow added, 
subtracted, incremented, decremented, and 
comparatod to map directly to Xilinx Design- 
Ware modules. 

Both 

xdw 4000xla.sldb 

The xdw 4000xla.s!db library contains the 
DesignWare macros that allow adders, 
subtracters, incremented, decrementers, and 
comparators to map directly to Xilinx Design- 
Ware modules. 

Both 
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Table 6-3 Library Descriptions 


Library 

Description 

FPGA Compiler 
or Design 
Compiler 

xdw 4000xv.s!db 

Tire xdw 4000xv.sldb library contains the 
Design Ware macros that allow adders, 
subtracters, incremented, decrementers, and 
comparators to map directly to Xilinx Design- 
Ware modules. 

Both 

xdw 5200.sldb 

The xdw 5200.s!db library contains the 
DesignWare macros that allow adders, 
subtracters, incremented, decrementers, and 
comparators to map directly to Xilinx Design- 
Ware modules. 

Both 

xdw spartan-sldb 

The xdw spartan.sldb library contains the 
DesignWare macros that allow added, 
subtracted, incremented, decrementers, and 
comparatod to map directly to Xilinx Design- 
Ware modules. 

Both 

xdw spartanxl.sldb 

Tine xdw spartanxl.sldb library contains the 
DesignWare macros that allow added, 
subtracted, incremented, decremented, and 
comparatod to map directly to Xilinx Design- 
Ware modules. 

Both 

xdw virtex.sldb 

Tine xdw virtex.sldb library contains the 

y 

DesignWare macros that allow adders, 
subtracters, incremented, decrementers, and 
comparatod to map directly to Xilinx Design- 
Ware modules. 

Both 

xprim family /*.ngl 

Data files containing XSI library component 
expansion for NGDBuild. 

Both 


Finding Supported Part Types and Speed Grades 

Run Synlibs with the -h option to get a listing of all available part 
type and speed grade combinations. You can also refer to the Xilinx 
online Data Book at http://www.xilinx.com for current speed grade 
information. 
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Finding Unsupported Part Types and Speed Grades 

If designing for a part type or speed grade for which no libraries are 
available, use the libraries for the closes! part type or speed grade in 
the same family. Indicate the part type or speed grade actually used 
when you run PAR. The timing constraints in the NCF file can need 
adjustment. 

Note: For more information on specifying the part type, refer to the 
Development System Reference Guide. 
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Appendix A 


XSI Library Primitives 


You can find the XSI primitives in the XSI-supplied libraries in FPGA 
Compiler and FPGA Express; you can instantiate them in your VHDi¬ 
or Verilog HDL tile. Use the synlibs program to list the appropriate 
libraries lor a specific part type. Refer to the "Getting Started" 
chapter for information on how to use synlibs. 

In the primitive tables in this appendix, the names of the inputs and 
outputs follow the primitive names, the applicable architecture, and 
any important notes. All primitives in the libraries contain timing 
parameters. The Notes column includes specific timing details and 
additional functional information. 

Although Synopsvs cannot synthesize some primitives (primitives 
with the Dont Touch and Dont Use attributes), you can instantiate 
them. An asterisk (*) next to the primitive name indicates that you 
can instantiate it. Refer to the Synopsvs documentation for more 
information on the Dont Touch and Dont Use attributes. Use the 
name of a primitive to instantiate it. In addition, you must identify 
the signals connected to the input and output pins when instantiating 
a primitive. 

In general, pins are organized with data pins beforc control pins. 
When several pins are part of a bus, they are listed with the MSB first. 
Buses of four or more bits follow bus notation, for example, A<7:0>. 
Buses with fewer bits are kept as separate signals. 

Synopsys FPGA Compiler II does not recognize the undeiscore char¬ 
acter as valid. 

The following sections are included in this appendix. 

• "Generating a List of XSI Library Primitives" 

• "Obtaining XSI Library Primitive Pin Order" 
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• "Alphabetical LisI of Primitives for All Architectures" 

• "Understanding Virtex-Specific Cell Names" 

• "Xilinx Design Ware Modules" 

• "Post-Configuration Initialization States" 

Generating a List of XSI Library Primitives 

You can use the following procedure to generate a list of the XSI 
library primitives provided in this appendix. 

1. Start DC Shell or Design Analyzer in a directory that contains 
your .synopsys dcsetup file. Ensure this setup file points to the 
libraries you need to synthesize your designs in the XSI design 
flow. 

2. In the command window of Design Analyzer or in DC Shell, 
enter the following command. 

read -f db link library 

3. In the command window of Design Analyzer or in DC Shell, 
enter the following command. 

list -files 

Tills command lists all the library files in memory. 

4. For each item in the list, enter the following command, 
find cell filename/* 

filename is the .db library file. 

For example, for the library file xfpga 4000e-3.db the Find Cell 
command lists the following. 

xfpga. 4000e-3/db 4tXX) 

xfpga 4000e-3/iob_4000 

The library file lists first, followed by the library primitive. 
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Obtaining XSI Library Primitive Pin Order 

Positional notation allows you to instantiate a primitive without 
explicitly specifying the pins for that component. To use this notation, 
you must know the pin order of the primitive. You can use the 
following procedure to obtain the pin order for any of the XSI library 
primitives provided in this appendix. 

1. Start DC Shell or Design Analyzer in a directory that contains 
your .synopsys_dc.setup file. 

2. In DC Shell or in the command window of Design Analyzer, 
enter the following command. 

read -f db link library 

3. In DC Shell or in the command window of Design Analyzer, 
enter the following command. 

list -files 

Tills command lists all the library files in memory. Know which 
file contains the relevant primitive. 

4. In DC Shell or in the command window of Design Analyzer, 
enter the following command. 

find (pin, " dbftleiuwie/cdbuinie/•“) 

dbfUename is the name of the .db file that contains the primitive 
and cellname is the relevant primitive. 

For example, the following command finds the pin order of the 
OR2 primitive in the XC4000EX library. 

find (pin, “xprim 4000ex-3/OR2/*") 

Tills results in the following pin order. 

rcr-ir "io"i 
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Alphabetical List of Primitives for All Architectures 

Tills section lists the XSI primitives in alphabetical order with their 
associated output, input, and bidirectional pins. In addition, the pins 
are listed in the order used (or positional notation. For example, the 
pins (or ACLK are listed with the O pin (itst, followed by the I pin. 
Therefore, you can instantiate ACLK with only the signal (wire) 
names; you do not need to declare the ACLK pins. You can also (ind 
the applicable architecture and any notes in the tables included in this 
section. 

Using the Dont Touch Attribute 

An asterisk (*> next to a primitive name indicates that you must 
instantiate it. Also, you must apply the Dont Touch attribute to 
instantiated primitives. Refer to the Synopsys documentation (or 
more information on the Dont Touch attribute. 

Finding FPGA Compiler II Primitives 

Synopsys FPGA Compiler 11 does not recognize the underscore char¬ 
acter ("_") as valid. 

Setting the INIT Attribute 

Before you can apply the INIT attribute to instantiated RAM and 
ROM primitives, you must modify the Synopsys dc.setup dc file, 
which resides in $X I LI NX /synopsys/examples/ 
template-synopsys_di\ setup fc. Change the following line in that 
file. 

edi£out__writc_propertics_.1 ist = "instance.^nunbor \ 
pad_location part" 

Tlie new line, after the changes, appears as follows. 

cdi£out_>;ritc_propertios — 1 ist = "in 5 tancc_nunbcr \ 
pad_location part" "INIT* 
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Primitive Name Suffixes 


Tlio following fable lists the primitive name suffixes and their corre¬ 
sponding descriptions. 

Table A-1 Primitive Name Suffixes 


Suffix 

Description 

I 

Inverted global reset (1N1T=S) 

_F 

Fast implementation of clock buffer (using dedicated 
input clock pad) or fast slew rate for output buffers: 
NODELAY attribute added for input registers 

M 

Medium implementation of clock buffer (using dedi¬ 
cated input clock pad) or medium slew rate for output 
buffers; MEDDELAY attribute added for input regis¬ 
ters 

-S 

Slow slew rate 

_U 

Unbonded pad 

_1 

Inverted clock or gate on flip-flop or latch 

FLAG 

Net/pin constraints 

TTL 

TIL-compatible level 

CMOS 

CMOS-compatible level 

CAP 

Capacitive slew rate 

RES 

Resistive slew rate 

-N 

No meaning; used as a placeholder 


Virtex-Specific Primitive Name Suffixes 

The following table lists the Virtex primitive name suffixes and their 
corresponding descriptions. 

Table A-2 Virtex Primitive Name Suffixes 


Suffix 

Description 

_D 

Both local and general output pin 

_L 

Single local output pin 

-AGP 

Advanced graphic port 
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Table A-2 Virlex Primitive Name Suffixes 



Suffix 


Description 

Center tap terminated, low-level, high-speed interface 
standard 

Gunning transistor logic 
Gunning transistor logic plus 
High speed ti 


HSTL 1 


logic. Class 1: 1.5 volt output 
buffer supply voltage-based interface standard 
High speed transceiver logic. Class II 
High speed transceiver logic. Class IV 
Low-voltage CMOS, 2.5 volt or lower 
Partial connection interface 
Partial connection interface 
Partial connection interface 
Stub series terminated logic for 2.5 volts. Class I 
Stub series terminated logic for 2.5 volts. Class II 
Stub series terminated logic for 3.3 volts. Class 1 
Stub series terminated logic for 3.3 volts. Class II 
Fast slew where drive (a) equals 2, 4.6.8.12.16, or 24 
in units of milliamps (ma) 

Slow slew where drive (a) equals 2,4.6.8,12.16, or 24 
in units of milliamps (ma) 

Single-port synchronous block RAM. where x equals 
the port bit width 

Dual-port synchronous block RAM, where x equals 
the first port bit width and y equals the second port bit 
width 

Virtex-specific component for use in STARTUP. 
STARTBUF. CAPTURE, and BSCAN 


HSTL III 


HSTL IV 


LVCOMS2 


SSTL2 1 


SSTL2 II 


VIRTEX 
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Architecture Abbreviations 


This appendix uses the architecture abbreviations listed in the 
following table. 

Table A-3 Architecture Abbreviations 


Architecture 

Abbreviation 

XC3000A/L and XC3100A/L 

3 

XC4000E 

4E 

XC4000L 

4L 

XC4000EX 

4EX 

XC4000XL 

4XL 

XC4000XLA 

4XLA 

XC4000XV 

4XV 

XC5200 

5 

Spartan 

s 

Virtex 

V 


Primitive Tables 

Tine following tables describe the XSI primitives. 

Table A-4 "A" 


Name 

Output 

Input 

Architecture 

Notes 


O 

I 

3 

Alternate 

ACLK F 

O 

I 

3 

Alternate; 
using dedi¬ 
cated pad 

AND2 

O 

11,10 

3,4E/L/EX/XLA/XL/XV. 

5, S, V 


AND3 

O 

12,11,10 

3,4E/L/EX/XLA/XL/XV 

5, S, V 


AND4 

O 

13,12.11,10 

3,4E/L/EX/XLA/XL/XV 

5, S, V 


AND5 

O 

14,13,12.11,10 

3,4E/L/EX/XLA/XL/XV 

5, S 
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Name 


Output 


Architecture 


Notes 


AND16 


An asterisk ('} next to a primitive name indicates that you must instantiate it 


Name 


Output 

IDO. DRCK, 
IDLE, SEL1. 
SEl-2, RESET. 
UPDATE. 
SHIFT 


Architecture 


Notes 


BSC AN' 


TDI, TMS, 
TCK, TDOl 
TDQ2 


No delay. RESET. 
UPDATE, and 
SHIFT outputs arc 
only applicable to 
the XC5200. 


XL/XV, 5, S 


3, 4E/L/EX/XL/ 
XLA/XV, 5, S 


BUFFCLK 


4EX/XLA/XL/XV, 


3,4E/L/EX/XL/ 
XLA/XV, 5, S 


No pad delay 
included 


4EX/XL/XI-A/XV, 


3,4E/L/EX/XL/ 
XLA/XV, 5, S 


Fast implementation 
of BUFG; using 
dedicated pad 


4EX/XL/XLA/XV.S 

4E/L/EX/XL/ 

XLA/XV, S 


Fast implementation 
of BUFGP; using 
dedicated pad 
No pad delay 
included 


4E/L/EX/XL/ 
XLA/XV, S 
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Name 


BUFGS F 


Table A-5 1 


Output 


Input 



Architecture 

Notes 

4E/L/EX/XL/ 

XLA/XV.S 

Fast implementation 
of BUFGS; using 
dedicated pad 

3. 4E/L/EX/XL/ 
XLA/XV, 5, S 

Synopsys tools 
synthesize an 
internal 3-state 
condition using 
BUFTs. 


An asterisk (*} next to a primitive name indicates that you must instantiate it. 


Table A-6 "C 



CLBMAP PLC 


CLBMAP PLO 


CLBMAP PUC 



A, B, C, D, E, 
K. EC, Dl, 
RD. X, Y 


A, B, C, D.E, 
K. EC, DI, 
RD. X, Y 


A, B, C, D, E, 
K. EC, Dl, 
RD. X, Y 


Architecture 


3,4E/L/EX/XL/ Signal is on a crit- 
XLA/XV, 5. S ical path. 


5 


Pins locked to 
external signals; 
function generator 
closed to additional 
logic 


Pins locked to 
external signals; 
function generator 
open to additional 
logic 


Pins unlocked from 
signals, function 
generator closed to 
additional logic 
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A. B,C, D, E, 
K. EC. Dl. 
RD. X, Y 


Input Architecture 


Pins unlocked from 
signals, function 
generator open to 
additional logic 


Carry chain multi 
plexer. 


name indicates that you must instantiate it. 



Notes 


Architecture 



4E/L/EX/XL/ 
XLA/XV 


4E/L/EX/XL/ 

XLA/XV 


4-bit internal 
decoder built using 
C4 MUXes and 
lookup tables 


8-bit internal 
decoder built using 
CY MUXes and 
lookup tables 


16 -bil internal 
decoder built using 
C4 MUXes and 
lookup tables 


1 -bit edge decoder, 
no pull-up resistor; 
input from internal 
logic 


1 -bit I/O edge 
decoder; no pull-up 
resistor 
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Table A-7 "D” 


Name 

Output 

Input 

Architecture 

Notes 

DECODE4 

O 

A3.... AO 

4E/L/EX/XL/ 
XLA/XV, 5 

4-bit I/O edge 
decoder; no pull-up 
resistor. ln4E/L/ 
EX/XL/XV a 4-bit 
internal decoder 
built using 
CY_MUXes and 
lookup tables <5) 

DECODES 

O 

A7....A0 

4E/L/EX/XL/ 
XLA/XV. 5 

S-bit I/O edge 
decoder; no pull-up 
resistor. ln4E/L/ 
EX/XL/XV an 8-bit 
internal decoder 
built using 
CY.MLXes and 
lookup tables (5) 

DECODE! 6 

O 

A15....AO 

4E/L/EX/XL/ 
XLA/XV, 5 

1 (i-bit I/O edge 
decoder; no pull-up 
resistor. In 4E/L/ 
EX/XL/XV a 16-bit 
internal decoder 
built using 

CY MUXes and 
lookup tables (5) 

DECODE32 

O 

A31....A0 

5 

In 4E/L/EX/XL/ 

XV a32-bit internal 
decoder built using 
CY .MUXes and 
lookup tables (5) 

DECODE64 

O 

A63....A0 

5 

In 4E/L/EX/XL/ 
XV a 64-bit internal 
decoder built using 
CY MUXes and 
lookup tables (5) 

An asterisk (') next to a primitive name indicates that you must instantiate it. 
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FDPI 1 


Input 


11.12. D1 


15.14,13,12. 
11.0 


D.C.CLR 


D, C, CLR 


D, C, CE, 
CLR 


D, C, CE, 
CLR 


D, C, PRE 


D, C, CE, 
PRE 


D.C.CE, 

PRE 


D.C.CE, 

PRE 


D, C, PRE 


D, C, PRE 


Architecture 



3, 4E/L/EX/XL/ 
XL A/XV, 5, S 


3, 4E/L/EX/XL/ 
XL A/XV, 5, S 


Used to connect two 
FMAPS to form a 5- 
input function. 


Pins unlocked from 
signals; function 
generator closed to 
additional logic. 


With Clear Direct; 
initial startup value 


Clock Enable with 
Clear Direct; initial 
startup value is 0 



4E/L/EX/XL/ 
XL A/XV, S, V 


4E/L/EX/XL/ 
XL A/XV, S, V 



With Preset Direct; 
initial startup value 
is 1 


Clock Enable with 
Preset Direct; initial 
startup value is 1 


Clock Enable with 
Preset Direct; initial 
startup value is 1 



With Preset Direct; 
initial startup value 
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Name 


FMAP PI-C 


Table A-8 “F 


Output 


FMAP PLO 



Input 

Architecture 

Notes 

14.13,12.11,0 

4E/L/EX/XL/ 
XLA/XV, 5, S 

Pins locked to 
external signals; 
function generator 
closed to additional 
logic. 

14.13,12.11,0 

4E/L/EX/XL/ 
XLA/XV, 5, S 

Pins locked to 
external signals; 
function generator 
open to additional 
logic. 

14.13,12.11,0 

4E/L/EX/XL/ 
XLA/XV, 5, S 

Pins unlocked from 
signals; function 
generator closed to 
additional logic. 

14.13,12.11,0 

4E/L/EX/XL/ 
XLA/XV, 5, S 

Pins unlocked from 
signals; function 
generator open to 
additional logic. 


An asterisk (*> next to a primitive name indicates that you must instantiate it. 


Table A-9 "G 


GCLK F 


GND G 3,4E/L/EX/XL/ 

XLA/XV. 5, S 


Crystal; no 
delay 


An asterisk (*) next to a primitive name indicates that you must instantiate it. 
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Table A-10 "H" 


Name 

Output 

Input 

Architecture 

Notes 



13,12,11.0 

4E/L/EX/XL/XLA/ 
XV, S 


An asterisk (*) next to a primitive name indicates that you must instantiate it. 


Table A-11 “I" 


Output In-out Input 



Architecture 


3,4E/L/EX/XL/ 

XL A/XV, 5, S, V (refer 
to the "Virtex Primi¬ 
tive Name Suffixes" 
table) 


3,4E/L/EX/XL/ 
XLA/XV, 5, S 


3,4E/L/EX/XL/ 
XLA/XV, 5, S 


3,4E/L/EX/XL/ 
XLA/XV, S 


D.C 4E/L/EX/XL/XLA/ 
XV, S 


D.C 4EX/XL/XLA/XV.S 


3,4E/L/EX/XL/ 
XLA/XV, S 


4E/L/EX/XL/XLA/ 
XV. S 




Includes 

NODELAY 

attribute 


Unbonded pad 


Slow output 
slew rate 



Includes 

NODELAY 

attribute 


Includes 

MEDDELAY 

attribute 


Unbonded pad 


INIT=S; 
inverted Global 
Reset 
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Table A-11 


Output In-out Input Architecture 


D.C 4E/L/EX/XL/XLA/ 
XV. S 


























D.C 4EX/XL/XLA/XV.S 


D.C 4E/L/EX/XL/XLA/ 
XV. S 


D.C. 4E/L/EX/XL/XL.A/ 
CE XV. S 


D.C. 4E/L/EX/XL/XL.A/ 
CE XV. S 


D.C. 4EX/XL/XLA/XV. S 


D.C. |4E/L/EX/XL/XL.A/ 
XV. S 


D.C. |4E/L/EX/XL/XLA/ 
XV. S 


D.C. 4E/L/EX/XL/XL.A/ 
CE XV. S 


D.C. 4EX/XL/XLA/XV.S 


D.C. 4E/L/EX/XL/XLA/ 
CE XV. S 


D.G 3 


D.C, 4E/L/EX/XL/XL.A/ 
XV. S 


Includes 

NODELAY 

attribute: 

INIT=S; 

inverted Global 

Reset 


Includes 

MEDDELAY 

attribute 


Unbonded pad; 
INIT=S; 
inverted Global 
Reset 



NODELAY 
attribute added 


Includes 

MEDDELAY 

attribute 



NODELAY 
attribute added 


Includes 

MEDDELAY 

attribute 
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Table A-11 


Name 



Architecture 

Notes 

4E/L/EX/XL/XLA/ 
XV. S 

NODELAY 
attribute added 

4EX/XL/XLA/XV. S 

Includes 

MEDDELAY 

attribute 

4E/L/EX/XL/XLA/ 
XV. S 

Unbonded pad 

4E/L/EX/XL/XLA/ 
XV, S 

Inverted Global 
Reset 

4E/L/EX/XL/XLA/ 
XV. S 

NODELAY 
attribute 
added; initial¬ 
izes High 

4EX/XL/XLA/XV. S 

Includes 

MEDDELAY 

attribute 

4E/L/EX/XL/XLA/ 
XV. S 

Unbonded pad; 
inverted Global 
Reset 


D. G, 
GE 

4E/L/EX/XL/XLA/ 
XV. S 

D, G, 
GE 

4E/L/EX/XLXLA// 
XV. S 

D. G, 
GE 

4EX/XL/XLA/XV. S 

D. G, 
GE 

4E/L/EX/XL/XLA/ 
XV, S 

D. G, 
GE 

4E/L/EX/XL/XLA/ 
XV. S 



NODELAY 
attribute added 


Includes 

MEDDELAY 

attribute 


Unbonded pad 



D. G, 4E/L/EX/XL/XLA/ 
GE XV. S 


NODELAY 
attribute added 
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Table A-11 



ILFFX 


ILFFX M 


ILFFXI M 


ILFLX M 


ILFLX 1 


ILFLXI 1 


ILFLXI 1M 



































Input 

Architecture 

Notes 

D, G, 
GE 

4EX/XL/XLA/XV, S 

Includes 

MEDDELAY 

attribute 

D, G, 
GE 

4E/L/EX/XL/XLA/ 
XV. S 

Unbonded pad 

D. GF. 
CE, C 

4EX/XL/XLA/XV.S 

NODELAY 
attribute added 

D. GF. 
CE, C 

4EX/XL/XLA/XV, S 

Includes 

MEDDELAY 

attribute 

D. C,F. 
CE, C 

4EX/XL/XLA/XV.S 

NODELAY 
attribute added 

D. GF. 
CE, C 

4EX/XL/XLA/XV, S 

Includes 

MEDDELAY 

attribute 

D. C,F. 
GE. G 

4EX/XL/XLA/XV, S 

NODELAY 
attribute added 

D. C,F. 
GE. G 

4EX/XL/XLA/XV. S 

Includes 

MEDDELAY 

attribute 

D. GF. 
GE. G 

4EX/XL/XLA/XV. S 

NODELAY 
attribute added 

D. GF. 
GE. G 

4EX/XL/XLA/XV. S 

Includes 

MEDDELAY 

attribute 

D. GF. 
GE. G 

4EX/XL/XLA/XV, S 

NODELAY 
attribute added 

D. C,F. 
GE. G 

4EX/XL/XLA/XV. S 

Includes 

MEDDELAY 

attribute 


3,4E/L/EX/XL/ 

No delay 


XLA/XV 5, S 
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Table A-11 T 


Name 

Output 

In-out 

Input 

Architecture 

Notes 

IOBUF 

O 

IO 

IT 

3,4E/L/EX/XL/ 

XL A/XV, 5, S, V (refer 
to the "Virtex Primi¬ 
tive Name Suffixes" 
table) 

Slow slew rate 

IOBUF F 

O 

IO 

IT 

4 XV 

Fast output 
slew rate 

IOBUF S 

O 

IO 

IT 

4XV 

Slow output 
slew rate 

IOBUF N_F 

O 

IO 

IT 

3,4E /L/ EX/XL/XL A, 
5,S 

Fast output 
slew rate 

IOBUF N_S 

O 

IO 

■ 

3.4E/L/EX/XL/XLA. 

5,S 

Slow output 
slew rate 

IOBUF 24 

O 

IO 

m 

4 XV 

Slow output 
slew rate 

IOBUF F_24 

O 

IO 


4XV 

Fast output 
slew rate 

IOBUFD 

O 

IO 


3,4E/L/XLA/EX/ 

XL/XV, 5,S 

Slow output 
slew rate 

IOBUFD 24 

O 

IO 


4 XV 

Slow output 
slew rate 

IOBUFDN 

O 

IO 


3, 4E/L/XLA/EX/ 

XL/XV, 55 

Slow output 
slew rate 

IOBUFDN 24 

O 

IO 


4XV 

Slow output 
slew rate 

IOBUFD F 

O 

IO 


3,4E/L/XLA/EX/ 

XL/XV, 5,S 

Fast output 
slew rate 

IOBUFD F 24 

O 

IO 


4 XV 

Fast output 
slew rate 

IOBUFD S 

o 

IO 


3,4E/L/XLA/EX/ 

XL/XV, 5,S 

Slow output 
slew rate 

IOBUFD S 24 

o 

IO 


4 XV 

Slow output 
slew rate 
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Table A-11 "1" 


Name 

Output 

In-out 

Input 

Architecture 

Notes 

IOBUFDN F 

O 

IO 

m 

3,4E/L/XLA/EX/ 

XL/XV, 5,S 

Fast output 
slew rate 

IOBUFDN F 24 

O 

IO 

m 

4XV 

Fast output 
slew rate 

IOBUFDN S 

O 

IO 

m 

3,4E/L/XLA/EX/ 

XL/XV, 5,S 

Slow output 
slew rate 

IOBUFDN S 24 

O 

IO 

m 

4XV 

Slow output 
slew rate 

IOBUFN 

O 

IO 

u 

3,4E/L/XLA/EX/ 

XL/XV, 55 

Slow output 
slew rate 

IOBUFN 24 

O 

IO 

■ 

4 XV 

Slow output 
slew’ rate 

IOBUFN F 

O 

IO 

m 

3,4E/L/XLA/EX/ 

XL/XV, 5,S 

Fast output 
slew rate 

IOBUFN F 24 

O 

IO 

H 

4XV 

Fast output 
slew rate 

IOBUFN S 

O 

IO 


3,4E/L/XLA/EX/ 

XL/XV, 5,S 

Slow output 
slew rate 

IOBUFN S 24 

O 

IO 

IT 

4XV 

Slow output 
slew rate 

IOBUFN D 

O 

IO 

m 

3,4E/L/XLA/EX/ 

XL/XV, 5,S 

Slow output 
slew rate 

IOBUFND 24 

o 

IO 

m 

4 XV 

Slow output 
slew rate 

IOBUFND F 

o 

IO 

m 

3,4E/L/XLA/EX/ 

XL/XV, 5,S 

Fast output 
slew rate 

IOBUFND F 24 

o 

IO 

m 

4XV 

Fast output 
slew rate 

IOBUFND S 

o 

IO 

m 

3,4E/L/XLA/EX/ 

XL/XV, 5,S 

Slow output 
slew rate 

IOBUFND S 24 

o 

IO 


4XV 

Slow output 
slew rate 
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Table A-11 T 


Name 

Output 

In-out 

Input 

Architecture 

Notes 

IOBUFNDN 

O 

IO 


3,4E/L/XLA/EX/ 

XL/XV, 5,S 

Slow output 
slew rate 

IOBUFNDN 24 

O 

IO 


4 XV 

Slow output 
slew rate 

IOBUFNDN F 

O 

IO 


3,4E/L/XLA/EX/ 

XL/XV, 55 

Fast output 
slew rate 

IOBUFNDN F 24 

O 

IO 


4 XV 

Fast output 
slew rate 

IOBUFNDN S 

O 

IO 


3,4E/L/XLA/EX/ 

XL/XV, 5,S 

Slow output 
slew rate 

IOBUFNDN ..S. 24 

O 

IO 


4 XV 

Slow output 
slew rate 

IOBUFNN 

O 

IO 


3,4E/L/XLA/EX/ 

XL/XV, 5,S 

Slow output 
slew rate 

IOBUFNN 24 

O 

IO 


4 XV 

Slow output 
slew rate 

IOBUFNN F 

o 

IO 


3,4E/L/XLA/EX/ 

XL/XV, 5,S 

Fast output 
slew rate 

IOBUFNN F 24 

o 

IO 


4 XV 

Fast output 
slew rate 

IOBUFNS 

o 

IO 


3,4E/L/XLA/EX/ 

XL/XV, 5,S 

Slow output 
slew rate 

IOBUFNS F 

o 

IO 


3,4E/L/XLA/EX/ 

XL/XV, 5,S 

Fast output 
slew rate 

IOBUFNS F 24 

o 

IO 


4 XV 

Fast output 
slew’ rate 

IOBUFNS S 

o 

IO 


3,4E/L/XLA/EX/ 

XL/XV, 5,S 

Slow output 
slew rate 

IOBUFNS S 24 

o 

IO 


4XV 

Slow output 
slew rate 

IOBUFNS..24 

o 

IO 


4XV 

Slow output 
slew rate 
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Table A-11 "1" 


Name 

Output 

In-out 

Input 

Architecture 

Notes 

IOBUFNSN 

O 

IO 

m 

3,4E/L/XLA/EX/ 

XL/XV, 55 

Slow output 
slew rate 

IOBUFNSN 24 

O 

IO 

m 

4XV 

Slow output 
slew rate 

IOBUFNSN F 

O 

IO 


3,4E/L/XLA/EX/ 

XL/XV, 5,S 

Fast output 
slew rate 

IOBUFNSN F 24 

O 

IO 

i 

4XV 

Fast output 
slew rate 

IOBUFNSN S 

O 

IO 


3,4E/L/XLA/EX/ 

XL/XV.55 

Slow output 
slew rate 

IOBUFNSN S 24 

O 

IO 


4XV 

Slow output 
slew rate 

IOBUFS 

O 

IO 


3,4E/L/XLA/EX/ 

XL/XV, 5,S 

Slow output 
slew rate 

IOBUFS 24 

O 

IO 


4XV 

Slow output 
slew rate 

IOBUFS F 

O 

IO 


3,4E/L/XLA/EX/ 

XL/XV, 5,S 

Fast output 
slew rate 

IOBUFS F 24 

O 

IO 


4 XV 

Fast output 
slew rate 

IOBUFS S 

O 

IO 


3,4E/L/XLA/EX/ 

XL/XV, 5,S 

Slow output 
slew rate 

IOBUFS S_.24 

O 

IO 


4 XV 

Slow output 
slew rate 

IOBUFSN 

O 

IO 

i 

3,4E/L/XLA/EX/ 

XL/XV, 5,S 

Slow output 
slew rate 

IOBUFSN 24 

o 

IO 

m 

4 XV 

Slow output 
slew rate 

IOBUFSN F 

o 

IO 

m 

3,4E/L/XLA/EX/ 

XL/XV, 5,S 

Fast output 
slew rate 

IOBUFSN F 24 

o 

IO 


4 XV 

Fast output 
slew rate 
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Table A-11 “I" 


Name 

Output 

In-out 

Input 

Architecture 

Notes 

IOBUFSN S 

O 

IO 

m 

.3. 4E/L/XLA/EX/ 
XL/XV,5,S 

Slow output 
slew rate 

IOBUFSN..S 24 

O 

IO 


4XV 

Slow output 
slew rate 

An asterisk (*) next to a primitive name indicates that you must instantiate it. 


Table A-12 -'L" 


Name 

Output 

Input 

Architecture 

Notes 

mm 


I 

3 

Rout signal along a 
longline. 

LD 

Q 

D,G 

3,4EX/XL/XLA/XV ( 
5, S 

3: built from gates, not 
recommended, use D flip- 
flops. 

4EX/XLXV, 5: built into 
CLB; programmable as D 
flip-flop or latch. 

LDJ 

Q 

D, G 

4E/L/EX/XL/XLA/ 
XV, 5. S, V 

4E/L: built from gates; 
not recommended, use D 
flip-flops. 

4EX/XL/XV 5'- built into 
CLB; programmable as D 
flip-flop or latch. 

LDC 

Q 

D, G. CLR 

3,5 

With Clear Direct_3: built 
from gates, not recom¬ 
mended; use D flip-flops. 

5: built into CLB; 
programmable as D flip- 
flop or latch. 
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Table A-12 "L" 


Name 

Output 

Input 

Architecture 

Notes 

LDCJ 

Q 

D, G, CLR 

4E/L/EX/XL/XLA/ 
XV, 5, S, V 

With Clear Direct. 4E/L: 
built from gates, not 
recommended, use D flip- 
flops. 

4EX/XL/XV, 5: built into 
CLB; programmable as D 
flip-flop or latch. 

LDCE 

Q 

D, G, GE. 
CLR 

4EX/XL/XLA/XV.5, 

S 


LDCE 1 

Q 

D, G, GE, 
CLR 

4EX/XLXLA//XV, 5, 

S 


LDP 

Q 

D, G. PRE 

3 

With Preset Direct. Built 
from gates, not recom¬ 
mended. Use D flip-flops. 

LDP 1 

Q 

D, G, PRE 

4E/L/EX/XL/XLA/ 

xv,s,v 

With Preset Direct. -IE/L: 
built from gates, not 
recommended. Use D flip- 
flops. 

4EX/XL/XV, ,5: built into 
CLB; programmable as D 
flip-flop or latch. 

LDPE 

Q 

D, G, GE. 
PRE 

4EX/XL/XL A/XV, S 


LDPEl 

Q 

D, G, GE. 
PRE 

4EX/XL/XLA/XV,S 


An asterisk (') next lo a primitive name indicates that you must instantiate it. 
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Table A-13 "M" 


Name Output Input 



Architecture 

Notes 

4E/L/EX/XL/XLA 
XV, 5 

1 

Input pad for BSCAN. 

5: This pin is in-out. 

4E/L/EX/XL/XLA 
XV, 5 

Output pad for BSCAN. 

5: This pin is in-out. 

4E/L/EX/XL/XLA 
XV, 5 


Input pad for BSCAN. 

5: This pin is in-out. 


An asterisk (') next to a primitive name indicates that you must instantiate it. 



Name 


N FLAC 


Table A-14 *’N" 


Output 



Input 


Architecture 



NAND2 

O 

NAND3 

O 

NAND4 

O 

NAND5 

O 

NAND12 

O 

NAND16 

O 

NOR2 

O 

NOR3 

O 


3,4E/L/EX/XL/ 
XLA/XV, 5, S 


3,4E/L/EX/XL/ 
XLA/XV, 5, S, V 


3,4E/L/EX/XL/ 
XLA/XV, 5, S, V 


3,4E/L/EX/XL/ 
XLA/XV, 5, S, V 


3,4E/L/EX/XL/ 
XLA/XV, 5, S 


111,110,19,18,17, 5 
16,15,14,13,12, 


115,114,113,112, 5 

111,110,19,18,17, 

16,15,14,13,12, 

11,10 


Signal liming is not 
critical. 


11,10 


12,11,10 


13,12,11,10 


14,13,12,11, 


II, 


12 . 11,10 


.3,4E/L/EX/XL/ 
XLA/XV, 5, S, V 


.3,4E/L/EX/XL/ 
XLA/XV, 5, S, V 
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Table A-14 "N" 


NOR4 



Output 

Input 

O 

13,12,11,10 

O 

14,13,12,11,10 

O 

111,110,19,18,17. 

16,15,14,13,12, 

11,10 

O 

115,114.113,112, 
111,110,19,18,17, 
16,15,14.13,12. 
11,10 


Architecture 


NOR 16 


An asterisk ('} next to a primitive name indicates that you must instantiate it. 



Table A-15 ’0 


OBUF F 24 


OBUFjS 


OBUF S 24 


OBUF 


OBUFD 


Output 


Input 


F, 10 



Architecture 


4EX/XL/XLA/XV, S 


3,4E/L/EX/XL/ 

XL A/XV, 5, S, V (refer 
to the "Virtex Primi¬ 
tive Name Suffixes’’ 
table) 


4XV 


3,4E/L/EX/XL/ 
XLA/XV, 5, S 


4 XV 


4E/L/EX/XL/XLA/ 
XV, 5, S 


4XV 


3,4E/L/EX/XL/ 
XLA/XV, 5, S 


3,4E/L/XLA/EX/ 
XL/XV, 5,S 



Fast slew rate 


Fast slew rate 


Slow slew rate 


Slow slew rate 


Unbonded pad 


Slow output slew 
rate 
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Table A-15 ”0" 


Name 

Output 

Input 

Architecture 

Notes 

OBUFD 24 

O 

1 

4XV 

Slow output slew 
rate 

OBUFD.F 

O 

1 


Fast output slew 
rate 

OBUFD F 24 

O 

1 

4XV 

Fast output slew 
rate 

OBUFD S 

O 

1 

3,4E/L/XLA/EX/ 
XL/XV,5,S 

Slow output slew 
rate 

OBUFD S 24 

O 

1 

4 XV 

Slow output slew 
rate 

OBUFDN 

O 

1 

3. 4E/L/XLA/EX/ 

XL/XV, 5.S 

Slow output slew 
rate 

OBUFDN 24 

O 

1 

4XV 

Slow output slew 
rate 

OBUFDN F 

o 

1 

3,4E/L/XLA/EX/ 

XL/XV, 55 

Fast output slew 
rate 

OBUFDN F 24 

o 

1 

4XV 

Fast output slew 
rate 

OBUFDN S 

o 

1 

3. 4E/L/XLA/EX/ 

XL/XV, 5,S 

Slow output slew 
rate 

OBUFDN S 24 

o 

1 

4XV 

Slow output slew 
rate 

OBUFE 24 

o 

I.E 

4 XV 


OBUFE F 24 

o 

I. E 

4 XV 


OBUFE S 24 

o 

I.E 

4 XV 


OBUFEN 

o 

I.E 

3,4E/L/XLA/EX/ 

XL/XV, 5,S 

Slow output slew 
rate 

OBUFEN 24 

o 

I.E 

4 XV 

Slow output slew 
rate 

OBUFEN F 

o 

I.E 

3,4E/L/XLA/EX/ 

XL/X\',5,S 

Fast output slew 
rate 

OBUFEN F_24 

o 

I.E 

4 XV 

Fast output slew 
rate 
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Table A-15 ”0” 


Name 

Output 

Input 

Architecture 

Notes 

OBUFEN S 

O 

I, E 

3,4E/L/XLA/EX/ 

XL/XV, 5,S 

Slow output slew 
rate 

OBUFEN S 24 

O 

1. E 

4XV 

Slow output slew 
rate 

OBUFN 

O 

I 

3,4E/L/XLA/EX/ 

XL/XV, 5,S 

Slow output slew 
rate 

OBUFN 24 

O 

1 

4XV 

Slow output slew 
rate 

OBUFN F 

O 

1 

3,4H/L/XLA/EX/ 

XL/XV, 5,S 

Fast output slew 
rate 

OBUFN F 24 

O 

1 

4XV 

Fast output slew 
rate 

OBUFN S 

O 

1 

3,4E/L/XLA/EX/ 

XL/XV' 5,S 

Slow output slew 
rate 

OBUFN S 24 

O 

1 

4XV 

Slow output slew 
rate 

OBUFNSN S 

O 

1 

3,4E/L/XLA/EX/ 

XL/XV, 5,S 

Slow output slew 
rate 

OBUFNSN S 24 

O 

1 

4XV 

Slow output slew 
rate 

OBUFS 

O 

1 

3,4E/L/XLA/EX/ 
XL/X\',5,S 

Slow output slew 
rate 

OBUFS 24 

o 

1 

4XV 

Slow output slew 
rate 

OBUFS F 

o 

1 

3,4E/L/XLA/EX/ 

XL/XV, 5,S 

Fast output slew 
rate 

OBUFS F 24 

o 

1 

4 XV 

Fast output slew 
rate 

OBUFS S 

o 

1 

3,4E/L/XLA/EX/ 

XL/XV, 5,S 

Slow output slew 
rate 

OBUF S 24 

o 

1 

4XV 

Slow output slew 
rate 
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Table A-15 "0" 


Name 

Output 

Input 

Architecture 

Notes 

OBUFSN 

O 

1 

3. 4E/L/XLA/EX/ 

XL/XV'5.S 

Slow output slew 
rate 

OBUPSN F 

O 

1 

3. 4E/L/XLA/EX/ 

XL/XV, 55 

Fast output slew 
rate 

OBUFSN F 24 

O 

1 

4XV 

Fast output slew 
rate 

OBUFSN S 

O 

1 

3. 4E/L/XLA/EX/ 

XL/XV, 5,S 

Slow output slew 
rate 

OBUFSN S 24 

O 

1 

4XV 

Slow output slew 
rate 

OBUFT 

O 

I.T 

3. 4E/L/EX/XL/ 
XLA/XV, 5, S, V (refer 
to the "Virtex Primi¬ 
tive Name Suffixes” 
table) 


OBUFT 24 

O 

1. T 

4 XV 


OBUFT F 

o 

I.T 

3.4E/L/EX/XL/ 
XLA/XV, 5, S 

Fast slew rate 

OBUFT F .24 

o 

I.T 

4XV 


OBUFT.S 

o 

I.T 

4E/L/EX/XL/XLA/ 
XV. 5, S 

Slow slew rate 

OBUFT S .24 

o 

I.T 

4XV 


OBUFT U* 

o 

I.T 

4E/L/EX/XL/XLA/ 
XV. 5, S 

Unbonded pad 

OBUFTN 

o 

I.T 

3,4E/L/XLA/EX/ 

XL/XV, 5,S 

Slow output slew 
rate 

OBUFTN 24 

o 

I.T 

4XV 

Slow output slew 
rate 

OBUFTN F 

o 

I.T 

3,4E/L/XLA/EX/ 

XL/XV', 5,S 

Fast output slew 
rate 

OBUFTN S 

o 

I.T 

3,4E/L/XLA/EX/ 

XL/XV, 5,S 

Slow output slew 
rate 
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Table A-15 "O 


Output Input 


D. C 



Architecture 


OFDT 24 


OFDT F 


OFDT F 24 


OFDT S 


3.4E.. 

L/EX/XL/ 

XL A/ 

XV, S 

4 XV 

3.4E.. 

L/EX/XL/ 

XL A/ 

XV, S 

4XV 

3, 4E.' 

L/EX/XL/ 

XL A/ 

XV, S 

4E/L 

■'EX/XL/XLA/ 

XV, S 

4XV 

3.4E.. 

L/EX/XL/ 

XL A/ 

XV, S 

4E/L 
XV. S 

/EX/XL/XLA/ 

4XV 

4E/L 

/EX/XL/XLA/ 

XV. S 

4XV 


4E/L 
XV. s 

/EX/XL/XLA/ 

4XV 

4E/L 

/EX/XL/XLA/ 

XV. S 


3.4E.. 

L/EX/XL/ 

XLA/ 

XV, S 

4 XV 



Fast slew rate 


Fast slew rale; 
unbonded pad 


Slow slew rate 


Unbonded pad 



Fast slew rate 


Slow slew rate 


Unbonded pad 



3,4E/L/EX/XL/ 
XLA/XV, S 


4XV 


4E/L/EX/XL/XLA/ 
XV. S 


Fast slew rate 


Slow slew rate 


Xilinx/Sytiopsys Interface Guide — 2.1i 
































































































Xilinx/Syitopsys Interface Guide 


Table A-15 "O 


OFDX 


OFDX FU 


OFDX S 


OFDX S 24 


OFDX U 


OFDXI 


OFDXI 24 


OFDXI_F* 


Output Input 


D, C, T 



Architecture 


D. C, CE 


D. C, CE 


D, C, CE 


D, C, CE 



4E/L/EX/XL/XLA/ 
XV. S 


4E/L/EX/XL/XLA/ 
XV. S 


Unbonded pad 



4E/L/EX/XL/XLA/ 
XV. S 


4XV 


4E/L/EX/XL/XLA/ 
XV. S 


4 XV 


4E/L/EX/XL/XLA/ 
XV. S 


4E/L/EX/XL/XLA/ 
XV. S 


Fast slew rate 


Slow slew rate 


Unbonded pad 



4E/L/EX/XL/XLA/ 
XV, S 


4 XV 


4E/L/EX/XL/XLA/ 
XV. S 


4E/L/EX/XL/XL.A/ 
XV. S 


4 XV 


4E/L/EX/XL/XLA/ 
XV. S 


4E/L/EX/XL/XLA/ 
XV. S 


Fast slew rate 


Fast slew rate; 
unbonded pad 


Slow slew rate 


Unbonded pad 



4E/L/EX/XL/XLA/ 
XV. S 


Fast slew rate 
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Table A-15 "O 


Output 


D, C, CE 


D, C, CE 


D, C, CE 


D, C, CE 


D, C, CE. T 


D, C, CE, T 



Architecture 



4E/L/EX/XL/XLA/ 
XV, S 


4XV 


4E/L/EX/XL/XLA/ 
XV, S 


4E/L/EX/XL/XLA/ 
XV, S 


Slow slew rate 


Unbonded pad 



4E/L/EX/XL/XLA/ 
XV, S 


4 XV 


4E/L/EX/XL/XLA/ 
XV, S 


4XV 


4E/L/EX/XL/XLA/ 
XV, S 


4E/L/EX/XL/XLA/ 
XV, S 


Fast slew rate 


Slow slew rate 


Unbonded pad 



4E/L/EX/XL/XLA/ 
XV, S 


4E/L/EX/XL/XLA/ 
XV, S 


4E/L/EX/XL/XLA/ 
XV, S 


4EX/XL/XLA/XV, S 


4EX/XL/XLA/XV, S 


4EX/XL/XLA/XV, S 


Fast slew rate 


Slow slew rate 


Unbonded pad 
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Table A-15 "O 


Output 



Input 


Architecture 


F,I0 

4EX/XL/XLA/XV. S 

11.10 

3,4E/L/EX/XL/ 
XLA/XV, 5, S, V 

12.11, 

■ 

3. 4E/L/EX/XL/ 
XLA/XV, 5, S,V 

13.12,11,10 

3. 4E/L/EX/XL/ 
XLA/XV, 5, S 

14. L3.12.11, 
10 

3. 4E/L/EX/XL/ 
XLA/XV, 5, S 


111,110.19, 
18.17.16.15, 
14.13,12.11, 
10 


115,114, 
113,112,111, 
110.19,18, 
17.16.15.14, 
13,12,11,10 




4E/L/EX/XL/XLA/ 
XV. S 




No delay 


No delay 


4EX/XL/XLA/XV. S 


4EX/XL/XLA/XV.S 


An asterisk (*) next to a primitive name indicates that you must instantiate it 
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XSI Libia'}! Primitives 



Architecture 

Notes 

4E/L/EX/XL/XLA/ 

No delay; used for 

XV, 5, S 

lOBs or BUFTs 

3,4E/L/EX/XL/ 

No delay; used for 

XL A/XV, 5. S. V 

lOBs or BUFTs 


An asterisk ('> next to a primitive name indicates that you must instantiate it. 


Table A-17 ”R" 


Name 

Output 

Input 

Architecture 

Notes 

RAM 16X1 

O 

D. A3, A2.A1.A0, 
WE 

4E/L/EX/XL/XLA/ 

XV 


RAM32X1 

O 

D.A4. A3.A2.A1. 
AO, WE 

4E/L/EX/XL/XLA/ 

XV 


RAM16X1S 

O 

D. A3. A2.A1.A0, 
WE, WCLK 

4E/L/EX/XL/XLA/ 
XV. S 


RAM32X1S 

O 

D.A4. A3. A2.A1, 
AO. WE. WCLK 

4E/L/EX/XL/XLA/ 
XV, S 


RAM16X1D 

SPO, DPO 

D. A3. A2.A1.A0, 
DPRA3, DPRA2, 
DPR A1, DPR AO, 
WE, WCLK 

4E/L/EX/XL/XLA/ 
XV. S 



DATA, RIP 

CLK, TRIG 

4E/L/EX/XL/XLA/ 
XV, 5, S 

No delay 

ROC 

O 


3,4E/L/EX/XL/ 
XLA/XV, 5. S 


ROCBUF* 

O 

I 

3,4E/L/EX/XL/ 
XLA/XV. 5, S 


ROM 16X1 

O 

A3. A2, A1,A0 

4E/L/EX/XL/XLA/ 
XV, S 

Must add ROM 
value 

ROM32X1 

O 

A4. A3, A2, Al, 

AO 

4E/L/EX/XL/XLA/ 
XV, S 

Must add ROM 
value 

An asterisk (') next to a primitive name indicates that you must instantiate it. 
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Table A-18 "S 



Architecture 


3,4E/L/EX/XL/ Save signal; 

XLA/XV, 5, S treat it as 

external 
connection. 


STARTBUF* GSROUT, 
GTSOUT, 


4E/L/EX/XL/XLA/ 
XV, 5, S 


GSROUT. GSRIN. 

GTSOUT, C.TSIN, 

Q20UT, Q30LT, CLKIN 
Q1Q40UT, 

DONEINOUT 


Q2, Q3.Q1Q4, GSR, GTS, 4E/L/EX/XL/XLA/ 

DONEIN CLK XV, 5, S 


An asterisk (*) next to a primitive name indicates that you must instantiate it. 





Name Output Input 



Architecture 


4E/L/EX/XL/XLA/ Input pad for BSCAN 
XV. 5, S 


4E/L/EX/XL/XLA/ Input pad for BSCAN 
XV. 5, S 


TOCBUF' O 


4E/L/EX/XL/XLA/ Output pad for BSCAN 
XV. 5, S 


4E/L/EX/XL/XLA/ Input pad for BSCAN 
XV. 5, S 


4E/L/EX/XL/XLA/ 
XV. 5, S 


4E/L/EX/XL/XLA/ 
XV. 5. S 


An asterisk (*) next to a primitive name indicates that you must instantiate it 
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Table A-20 "V 


Input 


Name 

Output 

VCC 

VCC 




3.4E/L/EX/XL/XLA 
XV, 5, S 


Table A-21 ’W” 



Output 

Input 

Architecture 

Notes 

O 

I 

4E/L/EX/XL/XLA/ 

XV 

No pull-up resistor 

O 

11,10 

4E/L/EX/XL/XLA/ 

XV 

No pull-up resistor 


WOR2AND* O 


An asterisk (*) next to a primitive name indicates that you must instantiate it. 


Table A-22 ‘X 


Name 


X FLAG 


XOK2 


XOR3 


XOR4 


XOR5 


XNOR2 


XNOR3 


XNOR4 


Output 


Input 


Architecture 



3,4E/L/EX/XL/ 
XLA/XV, 5, S 


3,4E/L/EX/XL/ 
XLA/XV, 5, S, V 


3,4E/L/EX/XL/ 
XLA/XV, 5, S, V 


3.4E/L/EX/XL/ 
XLA/XV, 5, S, V 


14,13,12, II, 10 3,4E/L/EX/XL/ 
XLA/XV, 5, S 


3,4E/L/EX/XL/ 
XLA/XV, 5, S, V 


3,4E/L/EX/XL/ 
XLA/XV, 5, S 


3,4E/L/EX/XL/ 
XLA/XV, 5, S 


11,10 


12,11,10 


13,12,11,10 


II, 


12,11,10 


13,12, II, 10 


Signal is an explicit 
LCA net. 
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Table A-22 "X" 


Name 

Output 

Input 

Architecture 

Notes 


O 

14,13,12.11,10 

3.4E/L/EX/XL/ 
XLA/XV, 5, S 


An asterisk (") next to a primitive name indicates that you must instantiate it. 


Understanding Virtex-Specific Cell Names 

The following sections list Virtex-specific suffixes, primitives, and 
RAM cell names. 


Virtex-Specific Primitives Table 


Tlie following table describes the Virtex-specific XSI primitives. 

Table A-23 Virtex-Specific Primitives 


Name 

Output 

Input 

Notes 

BSC AN' VIRTEX 

TDI, DRCK1. 

DRCK2. SEL1, SEL2, 
RESET, UPDATE, 
SHIFT 

TD01.TD02 


BUFE 

O 

I,E 

Tri-state buffer, 
active-low tri-state 

BUFCF 

O 

1 

Fast-connect buffer 

BUFC.P 

O 

1 

Clock buffer using 
dedicated pad 

BUFGDLL 

O 

1 

CLKDLL with dedi¬ 
cated clock pad 

CAPTURE VIRTEX 


CAP, CLK 


CLKDLL 

CLKO, CLK90, 
CLK180, CLK270. 
CLK2X. CLKDV, 
LOCKED 

CLKIN. CLKFB, 
RST 

Ckick delay-lock 
loop 

CLKDLLHF 

CLKO, CLK ISO. 
CLKDV, LOCKED 

CLKIN. CLKFB. 
LOCKED 

High-frequency 
version of CLKDLL 

FD 

Q 

D,C 
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Table A-23 Virtex-Specific Primitives 


Name 

Output 

Input 

Notes 

FD 1 

Q 

D, C 


FDCP 

Q 

D, C. CLR. PRE 


FDCP 1 

Q 

D, C. CLR. PRE 


FDCPE 

Q 

■ 

D flip-flop with 
clock enable and 
asynchronous clear 
and preset; clear 
overrides preset. 

FDCPE 1 

Q 

D, C. CLR. PRE, 

CE 

D flip-flop with 
clock enable and 
asynchronous clear 
and preset; clear 
overrides preset. 

FDE 

Q 

D, C. CE 


FDE 1 

Q 

D, C. CE 


FDP.l 

Q 

D. C. PRE 


FDR 

Q 

D.C. R 


FDR 1 

Q 

D, C, R 


FDRE 

Q 

D.C, R,CE 


FDRE 1 

Q 

D.C, R,CE 


FDRS 

Q 

D, C, R, S 


FDRS 1 

Q 

D, C, R, S 


FDRSE 

Q 

D, C. R, S, CE 

D flip-flop with 
clock enable and 
synchronous clear 
and set; clear over¬ 
rides set. 

FDRSE 1 

Q 

D, C. R, S, CE 

D flip-flop with 
clock enable and 
synchronous clear 
and set; clear over¬ 
rides set. 

FDS 

Q 

D.C.S 
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Table A-23 Virtex-Specific Primitives 


Output 


D, C. S 



O (bidirectional pin) 


Q D, G, CLR, PRE 



D. G, CLR. PRE 


D, G, GE. CLR. 
PRE 


D, G, GE. CLR. 
PRE 


D, G, GE 


D.G.C.E 



Reler to the "Virtex 
Primitive Name 
Suffixes" table for 
the meaning of 
suffixes appended to 
this cell name. 


Weak keeper. 


D latch with gate 
enable and asyn¬ 
chronous clear and 
preset; clear over¬ 
rides preset. 


D latch with gate 
enable and asyn¬ 
chronous clear and 
preset; clear over¬ 
rides preset. 


D latch with gate 
enable and asyn¬ 
chronous clear and 
preset; clear over¬ 
rides preset. 


D latch with gate 
enable and asyn¬ 
chronous clear and 
preset; clear over¬ 
rides preset. 
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Table A-23 Virtex-Specific Primitives 


Name 

Output 

Input 

Notes 

SLR 16 

Q 

AO, A1, A2, A3, 
CLK 

Variable length 16- 
bit (max) shift 
register with clock 
enable. 

SLR16_1 

Q 

D, AO, Al, A2, A3, 
CLK 

Variable length 16- 
bit (max) shift 
register with clock 
enable. 

SLR16E 

Q 

CE. D, AO, Al, A2. 
A3, CLK 

Variable length 16- 
bit (max) shift 
register with clock 
enable. 

SLR16E 1 

Q 

CE. D, AO, Al, A2, 
A3, CLK 

Variable length 16- 
bit (max) shift 
register with clock 
enable. 

STARTBUF VIRTEX 

C.TSOUT 

GSRIN. GTSIN, 
CLKIN 


STARTUP VIRTEX 


GSR. GTS, CLK 


An asterisk (*) next to a primitive name indicates that you must instantiate it. 


Virtex RAM Primitive Name Suffixes 


Tlio following table lists the Virtex RAM primitive names and their 
corresponding descriptions. 

Table A-24 Virtex-Specific RAM 


Name 

Output 

Input 

Notes 


SPO. DPO 

WE, D. WCLK, AO, Al, 

A 2, A3. DPRAO, DPRA1, 
DPRA2, DPRA3 

Negative clock edge 
triggered dual ported 16 
bit RAM. 


O 

WE, D. WCLK, AO, Al, 
A2. A3 

Negative clock edge 
triggered 16 bit RAM. 
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Table A-24 Virtex-Specilic RAM 



Name 


RAMB4 SI SI 


RAMB4 SI S2 


RAMB4 SI S4 


RAMB4 SI S8 


RAMB4 SI S16 


Output 

Input 

Notes 

O 

WE, D, WCLK, AO, At, 
A2, A3, A4 

Negative clock edge 
triggered dual ported 32 
bit RAM. 

O 

WE, D, WCLK, AO, At. 
A2. A3, A4 

Negative clock edge 
triggered 32 bit RAM. 

DO 

WE, RST, EN. EN, CLK, 

A DDR 

Single port 4096 bit 
block RAM. 

DOA, DOB 

WE, RSTA, ENA, DIA, 
CLKA, ADDRA, WEB, 
RSTB, ENB, DIB, CLKB, 
ADDRB 

Dual port 40% bit block 
RAM. 

DOA, DOB 

WEA, RSTA, ENA, 

ENA, ENA, CLKA, 
ADDRA. WEB, RSTB, 

ENB, ENB, ENB. CLKB, 
ADDRB 

Dual port 40% bit block 
RAM. 

DOA, DOB 

WEA. RSTA. ENA, 

ENA, ENA, CLKA. 
ADDRA. WEB. RSTB, 
F.NB, ENB. ENB, CLKB, 
ADDRB 

Dual port 40% bit block 
RAM. 

DOA, DOB 

WEA. RSTA. ENA, 

ENA, ENA, CLKA. 
ADDRA. WEB. RSTB, 

ENB, ENB. ENB, CLKB, 
ADDRB 

Dual port 40% bit block 
RAM. 

DOA, DOB 

WEA. RSTA. ENA, 

ENA, ENA, CLKA. 
ADDRA. WEB. RSTB, 

ENB, ENB. ENB. CLKB, 
ADDRB 

Dual port 40% bit block 
RAM. 

DO 

WE, RST. EN. EN, CLK. 

A DDR 

Single port 4096 bit 
block RAM. 

DO 

WE, RST. EN. EN, CLK. 

A DDR 

Single port 4096 bit 
block RAM. 
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Table A-24 Virtex-Specific RAM 


Name 

Output 

Input 

Notes 

RAMB4 S8 

DO 

WE, RST, EN, EN, CLK. 

A DDR 

Single port 40% bit 
block RAM. 


IX) 

WE, RST, EN', EN, CLK. 

A DDR 

Single port 40% bit 
block RAM. 

RAMB4 .S2.S2 

DOA, DOB 

WEA. RSTA, ENA, 

ENA, ENA, CLKA, 
ADDRA. WEB, RSTB, 

ENB, ENB, ENB, CLKB, 
ADDRB 

Dual port 40% bit block 
RAM. 

RAMB4.S2 S4 

DOA, DOB 

WEA, RSTA, ENA, 

ENA, ENA, CLKA, 
ADDRA. WEB. RSTB, 

ENB, ENB. ENB, CLKB, 
ADDRB 

Dual port 40% bit block 
RAM. 

RAMB4 S2 S8 

DOA, DOB 

WEA. RSTA. ENA, 

ENA, ENA, CLKA, 
ADDRA. WEB. RSTB, 

ENB, ENB. ENB, CLKB, 
ADDRB 

Dual port 40% bit block 
RAM. 

RAN1B4 .S2.S16 

DOA, DOB 

WEA. RSTA. ENA, 

ENA, ENA, CLKA, 
ADDRA. WEB. RSTB, 

ENB, ENB. ENB, CLKB, 
ADDRB 

Dual port 40% bit block 
RAM. 

RAMB4 S4 S4 

DOA, DOB 

WEA. RSTA. ENA, 

ENA, ENA, CLKA, 
ADDRA. WEB. RSTB, 

ENB, ENB. ENB, CLKB, 
ADDRB 

Dual port 40% bit block 
RAM. 

RAMB4 S4 S8 

DOA, DOB 

WEA, RSTA. ENA, 

ENA, ENA, CLKA, 
ADDRA. WEB. RSTB, 

ENB, ENB. ENB. CLKB, 
ADDRB 

Dual port 40% bit block 
RAM. 
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Table A-24 Virtex-Specific RAM 


Name 

Output 

Input 

Notes 

RAMB4 S4 S16 

DOA, DOB 

WEA, RSTA, ENA, 

ENA, ENA, CLKA, 
ADDRA, WEB, RSTB, 

ENB, ENB, ENB, CLKB, 
ADDRB 

Dual port 40% bit block 
RAM. 

RAMB4 SS 58 

DOA, DOB 

WEA, RSTA, ENA, 

ENA, ENA, CLKA, 
ADDRA, WEB, RSTB, 

ENB, ENB, ENB, CLKB, 
ADDRB 

Dual port 40% bit block 
RAM. 

RAMB4 S8 Slh 

DOA, DOB 

WEA, RSTA, ENA, 

ENA, ENA, CLKA, 
ADDRA, WEB, RSTB, 

ENB, ENB, ENB, CLKB, 
ADDRB 

Dual port 40% bit block 
RAM. 

RAMB4 S16 S16 

DOA, DOB 

WEA, RSTA, ENA, 

ENA, ENA, CLKA, 
ADDRA, WEB, RSTB, 

ENB, ENB, ENB, CLKB, 
ADDRB 

Dual port 40% bit block 
RAM. 

An asterisk (') next to a primitive name indicates that you must instantiate it. 


Xilinx DesignWare Modules 

Tine following figure illustrates the Xilinx DesignWare (XDW) 
module naming conventions. The example shows a comparator 
module and contains the four possible components used in naming 
the modules. Other module names do not necessarily contain all four 
components. 
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COMP LE UBIN # 


Module Type 
Magnitude and Equality 
Data Type 
Bus Width 



X7752 


Figure A-1 XDW Module Naming Conventions 

The following table gives the XDW naming conventions. 

Table A-25 XDW Naming Conventions 


Module Type 

Magnitude and 
Equality 

Data Type 

Bus Width 

ADD SUB: 
Adder/Subtracter 
COMP: Compar¬ 
ator 

INC_DEC: 

Incrementer/ 

Deere men ter 

GE: Greater than or 
equal to 

GT: Greater than 

LE: Less than or 
equal to 

LT: Less than 

TWO COMP: Twos 
complement 

UBIN: Unsigned 
binary 

#. Bus width can be 6.8, 
10, 12, 14, 16,20,24,28, 

32, or 48 (and 64 for 
COMP only). 

Use <(#—1):0> to trans¬ 
late bus width to bus 
notation. For example, if 
Bus A lias a bus width of 
6 , then the correct bus 
notation is A<(6-1):0> or 
A<5:0>. 
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The following table maps XDW modules fo X-BLOX Modules and 
provides inputs and outputs. 

Table A-26 XDW Modules 


DesignWare Module 

X-BLOX 

Module 

Inputs 

Outputs 

ADD SUB TWO COMP # 

ADD SUB 

C IN, ADD SUB, 
B<(»-1):0>, A<(#—1):0> 

FUNC<)«-1).0> 

ADD SUB UBIN X 

C IN, ADD SUB, 
B<(#-1):0>, A<(#—1):0> 

FUNC<(«-1):0> 

COMP GE TWO COMP # 

COMPARE 

B<(“-1):0>, A <(#—1 ):0> 

Z 

COMP GE UBIN » 

B<(#-1):0>, A<(#-1):0> 

z 

COMP GT TWO COMP X 

B<(“-1):0>, A<(#—1):0> 

z 

COMP GT UBIN “ 

B<(«-1):0>, A<(#—1):0> 

z 

COMP LF. TWO COMP # 

B<(#-1):0>, A<(#—1):0> 

z 

COMP LE UBIN X 

B<(#-1):0>, A<(#—1):0> 

z 

COMP LT TWO COMP # 

B<(«-1):0>, A<(«-1):0> 

z 

COMP LT UBIN X 

B<(B-1):0>, A<(«-1):0> 

z 

INC DEC TWO COMP # 

INC DEC 

INC DEC, A<(#-1):0> 

FUNC<(#-1):0> 

INC DEC UBIN # 

INC DEC, A<(#-1):0> 

FUNC<(#-1).0> 


Post-Configuration Initialization States 

Tlie following tables show the initialization states after configuration 
for the XC4000 and XC5200 families. 

Table A-27 Initialization State Alter Configuration (XC4000 
Family) 


Initializes to 0* 

Initializes to 1 

FDC 

ILFFX M* 

OFDTX U 

FDP 

ILEFXI M* 

OFDTXI.F 

FDCE 

ILF1-X.F* 

OFDT.F 

FDPE 

ILFLXI IF* 

OFDTXI.S 

IFD 

ILFLX M* 

OFDT S 

IFDI 

ILFLXI IM* 

OFDTXI U 

IFDX 

ILFLX IF* 

OFDT.U 

IFDI.F 

LDPE* 

OFDXI 

IFDX F 

ILFLX 1M* 

OFDX 

iroi.u 

LDPE 1* 

OFDXI..F 

IFDX U 

LD* 

OFDX.F 

IFDXI 

LDP.l 

OFDXI S 
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Table A-27 Initialization Stale Alter Configuration (XC4000 
Family) 


Initializes to O' 

Initializes to 1 

IFD F 

LDCE* 

OFDX..FU 

IFDXI F 

OFDI 

OFDXI.U 

IFD U 

LDCE 1* 

OFDX.S 

IFDXI U 

OFDI F 


ILDX 1 

LDCJ 

OFDX U 

ILDI 1 

OFDI S 


ILDX IF 

LD 1 

OFD F 

ILDI IF 

OFDI U 


ILDX 1U 

OFD 

OFD FU 

ILDI 1U 

OFDTI 


ILD_1 

OFDT 

OFD S 

ILDXI 1 

OFDTI F 


ILD_1F 

OFDTX 

OFD U 

ILDXI IF 

OFDTI S 


ILD_1U 

OFDTX F 


ILDXI.IU 

OFDTI U 


ILFFX_P 

OFDTX S 


ILFFXI F* 

OFDTXI 


An asterisk (*) indicates4000XE/XL/XV only. 


Table A-28 Initialization State Alter Configuration (XC5200 
Family) 


Initializes to 0 

Initializes to 1 

FDC 

FDPI 

FDCE 

FDPEI 

FDC 1 

FDPI 1 

FDCE 1 

FDPEI J 

LD 


LD. 1 


LDC 


LDCE 


LDCJ 


LDCE 1 
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Appendix B 


Targeting Virtex Devices 


Generally, you target a Virtex device no differently than the way you 
target a non-Virtex device. However, you use Virtex-sperific settings, 
such as .synopsys dc.setup options, that only apply to Virtex. This 
appendix outlines only the major differences you encounter when 
targeting a Virtex device. For topics not covered here, equivalent 
instructions for a non-Virtex device apply and those instructions exist 
earlier in this manual. 

Unless otherwise specified, all references to FPGA Compiler also 
apply to Design Compiler. 

This appendix contains the following topics. 

• "Following General Guidelines." 

• "Setting FPGA Compiler to Synthesize a Virtex Design" 

• "Synthesizing a Virtex Design into FPGA Compiler" 

• "Setting VSS Simulation for Virtex" 

• "Setting FPGA Compiler 11 for Virtex" 

• "Synthesizing a Virtex Design in FPGA Compiler II" 

• "Using Clock Delay Locked Loops with Synopsys" 

Following General Guidelines 

Use these following general guidelines when targeting Virtex 
devices. 

Virtex XSI uses an EDIF-based synthesis flow with FPGA Compiler 
and FPGA Compiler II. 

For I/O celLs with a specific type of input delay, and current drive in 
the FPGA Compiler flow, instantiate the desired IBUF, OBUF, IFD, 
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and other primitives. Refer to the "XSI Library Primitives" Appendix 
for the exact I/O library cell name and pin names. For I/O cells in 
FPGA Compiler II. you can infer the desired type of input delay, pull- 
up or pull-down, and current drive using the FPGA Compiler II 
implementation GUI. 

Do not use the Ungroup -all -flatten command when synthesizing a 
Virtex design with FPGA Compiler. 

A software bug exists in the DesignWare Compiler and the uniquify 
command can build incorrect operators in a module uniquified 
before the operator expanded to Virtex components. Compile all 
modules with operators in them prior to running the uniquify 
command. Do not set the Synopsys variable 

hdlin replace synthetic=true to expand the operators while reading 
in the HDL design code. Doing so can result in less-than-optimal 
designs because the compiler cannot make appropriate trade-offs. 

Compile designs with hierarchy that include a twice-used module 
before running the uniquify command. Use the following commands 
for such a design, selecting the appropriate level (low, medium, or 
high). 

current design aiu compile -map effort \ 

(low | ncdiua. | high J 

current design top uniquify compile -map effort \ 

(low|acdiua|high J 

You can use two types of simulation when simulating a Virtex design 
with either Verilog or VHDL, RTL simulation and post-NGDbuild 
simulation. 

Setting FPGA Compiler to Synthesize a Virtex 
Design 

Use the following procedure to set FPGA Compiler for Virtex design 
simulation. 

1. Set your Xilinx and Synopsys software environments. 

For instructions about setting up this current release of Xilinx 
software, please refer to the A125 Install Guide. For instructions 
about setting up Synopsys producLs. refer to the Synopsys instal¬ 
lation guide. 
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2. Copy Ihe file $XIUNX/synopsys/examples/ 
tenrplate.synopsys dc.setup Ic into a directory. 

3. Run synlibs to get the correct synthesis libraries into tlie 
.synopsys. dc.setup file. Execute the following command in the 
same directory that contains the .synopsys dc.setup file for 
Virlex. 

synlibs x£pga virtex-3».synopsys dc.setup 

4. Check that your system administrator compiled the XDVV A 1.5 
XSI libraries. 

By default, these DesignWare libraries are compiled for Synopsys 
vl997.01. If using a version of Synopsys newer than v 1997.01, 
compiler these libraries for Ihe version of Synopsys you use. 
Cheek with your system administrator to determine the version 
of Synopsys installed and in use. 

5. Determine if you need to compile the A 1.5 XDW libraries for 
Virtex and have privileges to write to SXILIN'X. 

If you do not have privileges to write in 3X1L1NX. copy the 
contents of SXILINX/synopsys/libraries to a local directory and 
then follow steps 2 — 1 , except use the following pnxedures in the 
local copy of SXILINX/synopsys/libraries. 

a) Clrange directories to the SXILINX/synopsys/libraries/dw/ 
sre/virtex area. 

b) Inside the previous directory, type the following and press 
Enter. 

dc shell -f install.dw.de 

To synthesize the Virtex A1.5 XSI XDW Virtex libraries you 
must have a license to compile VHDL with Synopsys. If you 
do not have a VHDL license, check the Xilinx WWW site 
(www.xilinx.com) for a compiled version of the XSI XDW 
Virtex A 1.5 XDW libraries. 

c) Compile the XSI XDW A1.5 libraries only once. You need to 
recompile only when upgrading to a new version of 
Synopsys. 
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Synthesizing a Virtex Design into FPGA Compiler 

Use the following procedure to synthesize a Virtex design into FPGA 
Compiler. 

1. Set up the -synopsys _di\setup file. 

2. Synthesize the A1.5 XDW libraries. 

3. Create a WORK directory in the same directory that contains the 
.synopsys dc.setup file. 

4. Create the run script, as shown in the following example. 

/•Basic Virtex FPGA Compiler Conpiic script *f 

read -f vcrllog filcl.v 
read -£ vcrilog filc 2 .v 
read -f vcrilog filel.v 

read -£ verilog top.v 


/• Set design constraints */ 

/• Use the following ccmnands if you want */ 

/• Synopsys to infer I/O. It is reconmendcd 
/• for the Virtex flow that I/O be 
/• instantiated. *1 

/• sct_port_is_pad 

/• sct_pad_type -no_clcck all_inputs 1} # / 

/• sct_pad_typc -exact BUFGP -clock \ '/ 

/• find<pcrt,"CLK w ) */ 

/* insert_pads */ 

compile 

/• Use analysis reports to evaluate quality 
/• of results. '/ 

/* rcport_arca +/ 

/• rcport_timing */ 


writc_script > design.de 
sh dc2ncf -w design.de 

write -hierarchy -fornat db -o "top.db" 
write -hierarchy -fornat edif -o *top.cdif* 
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Setting VSS Simulation for Virtex 

Use the following procedure to set VSS simulation for Virtex devices. 

Note: To compile the simulation libraries, you must have root access 
because you mod if)' files in the SX1L1NX tree. As with the XDW 
libraries, you must compile these libraries if using a version of 
Synopsys newer than v 1997.01. If you need to compile these libraries, 
you must have write privileges to the SXILJNX area. If you do not. 
copy the $XILINX/synopsys/libraries/sim to a local directory. 

1. Change to the SXlLINX/synopsys/libraries/sim/src/unisims 
directory. 

2. In the previous directory, run the C-shell script analyze.csh. 

3. Change to the SXlLINX/synopsys/libraries/sim./src/simprims 
directory. 

4. In the previous directory, run the C-shell script analyze.csh. 

You need do the previous three steps only once. However, if you 
upgrade to a new version of Synopsys, you must recompile these 
libraries again. 

If simulating in Verilog. ignore the previous three steps. 

5. Copy the file SXILINX/synopsys/examples/ 
template-synopsys vss.setup file into a directory where you 
perform VSS simulation. 

6. Rename the file template.synopsys, vss_setup to 
.synopsys vsssetup. 

7. Create a WORK directory. 

You can now start simulating with VSS. 

Setting FPGA Compiler II for Virtex 

You can use FPGA Compiler II to synthesize a Virtex design. When 
creating an implementation in FPGA Compiler II, select Virtex as a 
family/die-pkg-spd grade. For more information on FPGA Compiler 
II, refer to the documentation which comes with your FPGA 
Compiler II software from Synopsys. 
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Synthesizing a Virtex Design in FPGA Compiler II 

Tile design procedure you use to target a Virtex device with FPGA 
Compiler II mimics the procedure for targeting a XC3000A/ 
XC4000X/Spartan device with FPGA Compiler II. For more informa¬ 
tion about FPGA Compiler 11. refer to the documentation which 
comes with your FPGA Compiler 11 software from Synopsys. 

Using Clock Delay Locked Loops with Synopsys 

You can simulate and implement the clock delay loops DLLs 
CLKDLL and CLKDLLHF in HDL axle. To use these DLLs for 
synthesis, eliange the following two types of attributes. 

• DUTY .CYCLE CORRECTION (default is true) 

• CLKDV. DIVDE— (default is 2) 

To changes these default values in FPGA Compiler, use the Set 
Attribute command. To change the value of 
DUTY CYCLE CORRECTION and CLKDV DIVIDE, you must 
know the instance name of the instantiated CLKDLL/CLKDLLHF. 
For example, if you have instantiated the CLKDLL in your top-level 
VHDL file, the VHDL axle can appear as the following. 

MYDLL: CLKDLL port map (CLKIH->KEKCLK, CLKFB=>sign.i i 1, .); 

In Verikig. the axle can appear as follows. 

CLKDLL MYDLL (.CLKIM(REFCLK), .CLKFBIsignallJ,.If 

In both cases, the instance name is CLKDLL. To change the values of 
DUTY CYCLE .CORRECTION and CLKDV DIVIDE, use the Set 
Attribute command in the run script. Use the Set Attribute command 
before writing out the ED1F file from FPGA Compiler, as shown in 
the following example. 

sot attribute "MYDLL" "DUTY CYCLE CORRECTION"\ 

-type string "FALSE" 
sot attribute "MYDLL" \ 

'CLKDV DIVIDE " -typo string "3.0" 

To change the defaults of CLKDLL and CLKDLLHF in FPGA 
Express, use the constraints GUI in FPGA Express. 

To simulate CLKDLL and CLKDLLHF with Verilog, use the func¬ 
tional simulation model that exists in the UN1SIM libraries included 
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in the A 1.5 software. If you changed Ihe default values of 
DUTY CYCLE CORRECTION’ and CLKDV DIVIDE, specify these 
changes in the functional simulation by using a 'define macro to 
override the DUTY CYCLE CORRECTION and CLKDV DIVIDE 
parameters. 

To simulate CLKDLL and CLKDLLHF with VHDL, use the func¬ 
tional simulation model that exists in the UN1S1M libraries included 
in the A1.5 XS1 software. If you changed the default values of 
DUTY CYCLE CORRECTIO and CLKDV DIVIDE, specify these 
changes in the functional simulation by using generics when instanti¬ 
ating the CLKDLL/CLKDLLHF. 

Note: Generics for DUTY CYCLE CORRECTION and CLKDLLHF 
do not allow you to change the default values for synthesis. Use the 
Set Attribute command to do this, or the C.U1 of FPC.A Express. 

Tile following example shows how to use generics to change the 
default values of the CLKDLL for functional VHDL simulation. 

MYDLL: CLKDLL generic 

map(DUTY CYCLE CORREC7IOH=>FALSE, \ 

CLKDV DIVID£=>3.0) port map(CLKIN=>..); 

For more information about CLKDLL and CLKDLLHF, please refer 
to the Databook or the Libraries Guide. 
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